Eu configurei uma instância do Uptime Kuma para monitorar meu fórum e, agora, é claro, o gráfico de crawlers disparou. Eu sei que posso desativar os crawlers completamente da exibição clicando em “Crawlers” na legenda do gráfico, mas eu gostaria de apenas excluir o agente de usuário “Uptime-Kuma” nos bastidores e ainda observar outros picos.
(@pfaffman – você já levantou isso antes – você por acaso pensou em alguma coisa?)
Você pode acessar /srv/status e isso não será contado. Você também pode acessar algo como /t/-/123.json e procurar por title ou algo assim. Acho que isso não contará como uma visualização de página.
Obrigado, Jay! Adicionei isso ao URL de rastreamento e parece que parou de adicionar à contagem do crawler.
Esqueci de mencionar que, antes disso, eu tinha o Uptime Robot configurado há muito tempo, apenas rastreando o URL base.
Curiosamente, o Discourse relatou apenas 1 acesso de Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/) este ano.
Será que alguns crawlers de uptime são automaticamente excluídos do relatório..? 
Fico feliz em saber.
Existem alguns casos em que /srv/status pode dizer ‘ok’ quando não está tão OK. Acho que existe um plugin communiteq que captura alguns casos a mais, mas não consegui encontrá-lo em 10 segundos.
Não vejo UptimeRobot no código-fonte. E tenho quase certeza de que me lembro de ter acessos do UptimeRobot sendo contados em algum momento no passado, mas estou usando /srv/status há muito tempo.
Eu esqueci disso!!! E eu também tive que procurá-lo por mais de 10 minutos.
Está aqui GitHub - communiteq/discourse-betterstatus e, para ser sincero, não tenho ideia se ainda funciona. Se funcionar, ele fará uma verificação muito rudimentar para ver se o Redis e o Postgres estão funcionando.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.