¡Vaya
¡Era Nginx!
Resumen:
rm -rf /var/nginx/cache/*`
¡Solución instantánea!
Opcional: Desactivar el caché de activos de Nginx
Edita este archivo:
/etc/nginx/conf.d/discourse.conf
Alrededor de las líneas 243-246, comenta las directivas de caché:
# proxy_cache one;
# proxy_cache_key "$scheme,$host,$request_uri";
# proxy_cache_valid 200 301 302 7d;
# proxy_cache_bypass $bypass_cache;
Luego reinicia Nginx:
sv restart nginx
Si estás cambiando paletas de colores…
Simplemente editar la configuración de color en el tema no regenerará embed_[digest].css. Para forzar a Discourse a generar nuevos archivos de activos, haz esto:
rm tmp/stylesheet-cache/* # o, solo para embed, `rm tmp/stylesheet-cache/embed*`
¿Qué pasa con RAILS_ENV=development?
Podrías pensar que establecer RAILS_ENV: development deshabilitaría el caché, pero:
- El
nginx.sample.confutilizado por Discourse tiene el caché activado por defecto, independientemente del entorno. - Ese caché no está vinculado a
RAILS_ENV, por lo que no ayudará con el caché de activos incrustados.
Así que, a menos que planees reconfigurar completamente la capa de Nginx, simplemente borra la caché manualmente o deshabilita esas líneas, y estarás listo. Una vez que estés listo para producción, puedes volver a la configuración anterior.
¿Qué pasa con ./launcher rebuild standalone?
Claro, funciona. Pero si estás modificando temas activamente, probando incrustaciones y ajustando colores… querrás algo más rápido que esperar varios minutos cada vez.