감사합니다. 또한 **discourse-health-check v1.0.4**가 이제 업데이트되었습니다:
두 가지 수정 사항:
-
Discourse가 Unicorn을 Pitchfork로 교체했습니다(2026.2에서 기본값으로 설정되고, 2026.4에서 Unicorn이 완전히 제거됨). 따라서 웹 서버 체크는 이제 둘 다 감지합니다. 6월에 이 문제를 지적해 주신 @RGJ님께 감사드립니다.
-
서비스 프로브가 자신의 커맨드 라인을 매칭하고 있었습니다.
pgrep -f <name>명령이 pgrep 프로세스 자체를 매칭했기 때문에, 서비스가 실제로 실행 중이든 아니든 상관없이 체크가 통과되었습니다. Sidekiq은 1.0.0부터 무조건 "실행 중"으로 보고되고 있었습니다. 서비스가 죽어 있어도 cron에서 여전히 녹색 체크와 종료 코드 0을 받을 수 있었습니다. 이는 1.0.1의 Puma 오탐(false positive)과 동일한 근본 원인으로, 해당 문제는 수정된 것이 아니라 이름이 변경되었을 뿐인 것으로 밝혀졌습니다.
아, 그리고 이제 PostgreSQL 주요 버전을 보고하고 15 미만인 경우 경고 표시를 합니다.
업그레이드 시 유지해야 할 한 가지 더: YouTube를 임베드하는 경우입니다:
Discourse는 기본적으로 Referrer-Policy: same-origin를 전송하며, YouTube는 리퍼러 없이 도달하는 임베드 설정 요청을 거부합니다. 이로 인해 Error 153가 발생하고 비디오가 재생되지 않습니다. 저는 지난 11월에 이 문제를 겪었고, Referrer-Policy: strict-origin-when-cross-origin를 설정하는 Cloudflare Transform Rule로 수정했습니다:
이 글을 쓰면서 변경 로그를 확인해 보았습니다. 2026.1.5와 2026.7.0 사이에 Referrer-Policy를 건드리는 커밋은 어디에도 없으므로, 이 문제는 여전히 코어에서 수정되지 않았습니다. 이 문제를 위한 우회 방법을 이미 적용해 두셨다면, 업그레이드 중에 정리하지 마세요.
Cloudflare를 사용하지 않는 분들을 위해, 테마의 head 항목으로도 동일한 효과를 낼 수 있습니다:
<meta name="referrer" content="strict-origin-when-cross-origin">
해당 토픽을 편집할 수 없는데, 토픽이 닫혀 있기 때문입니다. 따라서 "추가(add)"가 아니라 "정적 설정(set static)"이어야 합니다:
