ありがとうございます。また、discourse-health-check v1.0.4 が更新されました：
2つの修正：
-
DiscourseはUnicornをPitchforkに置き換えました（2026.2でデフォルトになり、2026.4でUnicornは完全に削除されました）。そのため、Webサーバーのチェックは両方を検出するようになりました。6月にこの件を指摘してくださった@RGJに感謝します。
-
サービスのプロブは自身のコマンドラインと一致していました。
pgrep -f <name>なので、pgrepが自身と一致し、サービスが実際に稼働しているかどうかに関わらずチェックがパスしてしまいました。Sidekiqは1.0.0以降、無条件で「稼働中」と報告していました。実際には停止していたとしても、cronから緑色のチェックマークと終了コード0が返ってくる可能性がありました。これは1.0.1のPumaの誤検知と同じ根本原因であり、修正されたのではなくリネームされていたことが判明しました。
ああ、そしてPostgreSQLのメジャーバージョンを報告し、15未満のものをフラグ付けするようになりました。
YouTubeを埋め込んでいる場合、アップグレード時に注意すべきもう一点：
DiscourseはデフォルトでReferrer-Policy: same-originを送信し、YouTubeはリファラーがない埋め込み設定リクエストを拒否します。エラー153が発生し、ビデオが再生されなくなります。私は11月にこの問題に遭遇し、CloudflareのTransform RuleでReferrer-Policy: strict-origin-when-cross-originを設定することで修正しました：
この投稿を書いている間に変更履歴を確認しました。2026.1.5と2026.7.0の間には、Referrer-Policyに触れるコミットはどこにもありません。したがって、これはまだコアで修正されていません。この問題に対する回避策がすでに設定されている場合は、アップグレード時にそれを削除しないでください。
Cloudflareを使用していない方のために、テーマのheadエントリでも同じことができます：
<meta name="referrer" content="strict-origin-when-cross-origin">
そのトピックを編集することができません。閉じられています。したがって、「静的に設定する」のではなく「追加する」はずです：
