Obrigado. Além disso, observe que o discourse-health-check v1.0.4 foi atualizado:
Duas correções:
-
O Discourse substituiu o Unicorn pelo Pitchfork (padrão na versão 2026.2, com o Unicorn removido completamente na 2026.4), portanto, a verificação do servidor web agora detecta ambos. Obrigado @RGJ por alertar sobre isso ainda em junho.
-
As sondas de serviço estavam correspondendo à sua própria linha de comando.
pgrep -f <nome>, então o pgrep correspondia a si mesmo e a verificação passava independentemente de o serviço estar realmente em execução. O Sidekiq vinha relatando “em execução” incondicionalmente desde a versão 1.0.0. Ele poderia estar inativo e você ainda receberia uma verificação verde e código de saída 0 do cron. A mesma causa raiz do falso positivo do Puma na versão 1.0.1, que acabou sendo renomeado em vez de corrigido.
Ah, e agora ele informa a versão principal do seu PostgreSQL e sinaliza qualquer versão abaixo da 15.
Mais uma coisa a levar em conta durante a atualização, se você incorporar vídeos do YouTube:
O Discourse envia Referrer-Policy: same-origin por padrão, e o YouTube rejeita solicitações de configuração de incorporação que chegam sem um referenciador. Você recebe o Erro 153 e os vídeos não reproduzem. Eu me deparei com isso ainda em novembro e o corrigi com uma Regra de Transformação do Cloudflare definindo Referrer-Policy: strict-origin-when-cross-origin:
Verifiquei o changelog enquanto escrevia esta postagem. Não há commits tocando na Referrer-Policy em nenhum lugar entre as versões 2026.1.5 e 2026.7.0, portanto, isso ainda não está corrigido no núcleo. Se você tiver uma solução alternativa em vigor para isso, não a remova durante a atualização.
Para quem não usa Cloudflare, uma entrada head no tema faz o mesmo trabalho:
<meta name="referrer" content="strict-origin-when-cross-origin">
Não consigo editar aquele tópico, ele está fechado. Então, agora deveria ser “definir estático” em vez de adicionar:
