Итак, я настроил экземпляр Uptime Kuma для мониторинга моего форума, и теперь, разумеется, график поисковых роботов резко взлетел. Я знаю, что могу полностью скрыть поисковых роботов с графика, нажав «Crawlers» в легенде графика, но мне хотелось бы просто исключить пользовательского агента «Uptime-Kuma» в фоновом режиме, продолжая отслеживать другие всплески.
(@pfaffman — вы поднимали этот вопрос ранее — не удалось ли вам найти решение?)
Вы можете обратиться к /srv/status, и это не будет засчитано. Также, возможно, получится запросить что-то вроде /t/-/123.json и затем найти поле title или что-то подобное. Я думаю, что это не будет засчитано как просмотр страницы.
Спасибо, Джей! Я добавил это в отслеживаемый URL, и, похоже, это прекратило увеличение счётчика краулеров.
Я забыл упомянуть, что до этого у меня уже давно был настроен Uptime Robot, который отслеживал только базовый URL.
Интересно, что за год Discourse зафиксировал всего один запрос от Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/).
Мне интересно, автоматически ли некоторые краулеры мониторинга исключаются из отчётов? 
Рад это слышать.
Есть случаи, когда /srv/status может показывать «ok», хотя на самом деле всё не так хорошо. Кажется, существует плагин communiteq, который ловит некоторые дополнительные случаи, но я не смог найти его за 10 секунд.
Я не вижу UptimeRobot в исходном коде. И я почти уверен, что помню, как раньше учитывались запросы от UptimeRobot, но я использую /srv/status уже очень давно.
Я забыл об этом!!! И мне тоже пришлось искать его более 10 минут.
Он находится здесь: GitHub - communiteq/discourse-betterstatus · GitHub. Честно говоря, я не знаю, работает ли он до сих пор. Если работает, то он выполняет очень простую проверку, чтобы убедиться, что Redis и Postgres функционируют.