그래서 포럼을 모니터링하기 위해 Uptime Kuma 인스턴스를 설정했는데, 이제 당연하게도 크롤러 그래프가 급상승했습니다. 그래프 범례에서 "Crawlers"를 클릭하여 디스플레이에서 크롤러를 완전히 꺼낼 수 있다는 점은 알고 있지만, 백그라운드에서 “Uptime-Kuma” 사용자 에이전트만 제외하고 다른 스파이크는 계속 모니터링하고 싶습니다.
(@pfaffman – 예전에 이 문제를 제기한 적이 있으셨는데 – 혹시 해결책을 찾으셨나요?)
/srv/status를 호출하면 페이지뷰로 집계되지 않습니다. /t/-/123.json과 같은 경로를 호출한 뒤 title과 같은 값을 찾는 것도 방법일 수 있습니다. 이렇게 하면 페이지뷰로 집계되지 않을 것이라고 생각합니다.
Jay, 감사합니다! 해당 경로를 추적 URL에 추가했는데, 크롤러 카운트에 더 이상 추가되지 않는 것으로 보입니다.
이전에 대해 언급을 잊었네요. 저는 이미 Uptime Robot을 오랫동안 사용 중이었으며, 기본 URL만 추적하고 있었습니다.
흥미롭게도, YTD Discourse는 Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/)에서 온 단 1회의 히트만 보고했습니다.
일부 업타임 모니터링 크롤러가 자동으로 보고 대상에서 제외되는 건 아닐까요..? 
기쁜 소식입니다.
/srv/status가 실제로는 문제가 있는데 'ok’라고 표시하는 경우가 몇 가지 있습니다. 더 많은 케이스를 잡아주는 커뮤니티 플러그인이 있다고 생각하는데, 10초 안에 찾을 수 없었습니다.
소스에서 UptimeRobot을 찾을 수 없습니다. 과거에 UptimeRobot의 히트(hits)가 카운트에 포함되었던 것 같다는 기억이 꽤 생생하지만, 저는 /srv/status를 오랫동안 사용해 왔습니다.
그걸 잊어버렸네요!!! 저도 그것 때문에 10분 넘게 찾았거든요.
여기에 있습니다: GitHub - communiteq/discourse-betterstatus · GitHub 솔직히 아직도 동작하는지 모르겠습니다. 동작한다면 Redis와 Postgres가 작동하는지 매우 기본적인 수준으로만 확인해 줄 것입니다.