Grazie. Nota anche che discourse-health-check v1.0.4 è ora aggiornato:
Due correzioni:
-
Discourse ha sostituito Unicorn con Pitchfork (predefinito in 2026.2, Unicorn rimosso completamente
in 2026.4), quindi il controllo del server web ora rileva entrambi. Grazie a @RGJ per aver segnalato questo
problelo a giugno. -
Le sonde del servizio stavano corrispondendo alla propria riga di comando.
pgrep -f <nome>quindi pgrep corrispondeva a se stesso e il controllo superava indipendentemente dal fatto che il servizio fosse effettivamente attivo. Sidekiq aveva segnalato “in esecuzione” incondizionatamente dalla versione 1.0.0. Potrebbe essere stato fermo e avresti comunque ottenuto un controllo verde e un codice di uscita 0 da cron. Stessa causa radice del falso positivo di Puma nella versione 1.0.1, che si è rivelato rinominato piuttosto che corretto.
Oh, e ora riporta la versione principale di PostgreSQL e segnala qualsiasi versione inferiore alla 15.
Un’ultima cosa da considerare durante l’aggiornamento, se incorpori YouTube:
Discourse invia Referrer-Policy: same-origin per impostazione predefinita, e YouTube rifiuta le richieste di configurazione degli incorporamenti che arrivano senza un referrer. Ricevi l’errore 153 e i video non vengono riprodotti. Ho incontrato questo problema a novembre e l’ho corretto con una regola di trasformazione Cloudflare impostando Referrer-Policy: strict-origin-when-cross-origin:
Ho controllato il changelog mentre scrivevo questo post. Non ci sono commit che toccano Referrer-Policy da nessuna parte tra 2026.1.5 e 2026.7.0, quindi questo non è ancora corretto nel core. Se hai una soluzione alternativa in atto per questo, non rimuoverla durante l’aggiornamento.
Per chi non usa Cloudflare, un’entry nel tema head fa lo stesso lavoro:
<meta name="referrer" content="strict-origin-when-cross-origin">
Non riesco a modificare quell’argomento, è chiuso. Quindi dovrebbe essere “impostare statico” non aggiungere:
