Danke. Beachte auch, dass discourse-health-check v1.0.4 jetzt aktualisiert wurde:
Zwei Korrekturen:
-
Discourse hat Unicorn durch Pitchfork ersetzt (Standard ab 2026.2, Unicorn vollständig entfernt in 2026.4), daher erkennt der Webserver-Check jetzt beide. Danke an @RGJ, der das bereits im Juni gemeldet hat.
-
Die Service-Checks haben ihre eigenen Kommandozeilenbefehle erkannt.
pgrep -f <name>hat sich selbst gefunden, sodass der Check bestanden ist, unabhängig davon, ob der Service tatsächlich lief. Seit Version 1.0.0 meldete Sidekiq bedingungslos „running“. Er hätte ausfallen können, und du hättest trotzdem ein grünes Häkchen und den Exit-Code 0 von cron erhalten. Gleiche Ursache wie das falsche Positive bei Puma in 1.0.1, das sich als Umbenennung statt als Fix herausstellte.
Ach ja, jetzt wird auch deine PostgreSQL-Hauptversion angezeigt und alles unter 15 markiert.
Noch eine Sache, die du beim Upgrade beachten solltest, falls du YouTube-Videos einbettest:
Discourse sendet standardmäßig Referrer-Policy: same-origin, und YouTube lehnt Einbettungsanfragen ab, die ohne Referrer kommen. Du erhältst Fehler 153 und die Videos werden nicht abgespielt. Das ist mir bereits im November passiert, und ich habe es mit einer Cloudflare Transform Rule behoben, die Referrer-Policy: strict-origin-when-cross-origin setzt:
Ich habe das Changelog geprüft, während ich diesen Beitrag schrieb. Es gibt keine Commits, die die Referrer-Policy zwischen 2026.1.5 und 2026.7.0 ändern, also ist das im Kern immer noch nicht behoben. Wenn du eine Umgehungslösung dafür hast, entferne sie nicht während des Upgrades.
Für alle, die nicht Cloudflare nutzen, erfüllt ein Theme-head-Eintrag denselben Zweck:
<meta name="referrer" content="strict-origin-when-cross-origin">
Ich kann diesen Beitrag nicht bearbeiten, er ist geschlossen. Also sollte es „statisch setzen“ heißen, nicht „hinzufügen“:
