Oh, cara
Era o Nginx!
TL;DR:
rm -rf /var/nginx/cache/*`
Correção instantânea!
Opcional: Desabilitar o cache de assets do Nginx
Edite este arquivo:
/etc/nginx/conf.d/discourse.conf
Por volta das linhas 243-246, comente as diretivas de cache:
# proxy_cache one;
# proxy_cache_key "$scheme,$host,$request_uri";
# proxy_cache_valid 200 301 302 7d;
# proxy_cache_bypass $bypass_cache;
Em seguida, reinicie o Nginx:
sv restart nginx
Se você está alterando paletas de cores…
Apenas editar as configurações de cores no tema não regenerará embed_[digest].css. Para forçar o Discourse a gerar novos arquivos de assets, faça o seguinte:
rm tmp/stylesheet-cache/* # ou, apenas para embed, `rm tmp/stylesheet-cache/embed*`
E quanto a RAILS_ENV=development?
Você pode pensar que definir RAILS_ENV: development desabilitaria o cache, mas:
- O
nginx.sample.confusado pelo Discourse tem o cache habilitado por padrão, independentemente do ambiente. - Esse cache não está vinculado a
RAILS_ENV, portanto, não ajudará com o cache de assets incorporados.
Portanto, a menos que você planeje reconfigurar completamente a camada Nginx, apenas limpe o cache manualmente ou desabilite essas linhas, e você estará pronto. Quando estiver pronto para produção, você pode reverter.
E quanto a ./launcher rebuild standalone?
Claro, funciona. Mas se você está ajustando temas, testando embeds e definindo cores ativamente… você vai querer algo mais rápido do que esperar alguns minutos toda vez.