Ho configurato un’istanza di Uptime Kuma per monitorare il mio forum e ora, ovviamente, il grafico dei crawler è schizzato alle stelle. So che posso disattivare i crawler del tutto dalla visualizzazione facendo clic su “Crawlers” nella legenda del grafico, ma vorrei solo escludere l’user agent “Uptime-Kuma” in background e continuare a monitorare altri picchi.
(@pfaffman – ne hai già parlato – ti è venuto in mente qualcosa?)
Puoi accedere a /srv/status e questo non verrà conteggiato. Potresti anche accedere a qualcosa come /t/-/123.json e poi cercare title o qualcosa di simile. Penso che questo non conterà come pageview.
Grazie Jay! L’ho aggiunto all’URL di tracciamento e sembra che abbia smesso di aggiungere al conteggio del crawler.
Ho dimenticato di menzionare che prima di questo avevo Uptime Robot in funzione da molto tempo, tracciando solo l’URL di base.
È interessante notare che Discourse ha segnalato un solo accesso da Mozilla/5.0+(compatible; UptimeRobot/2.0; http://www.uptimerobot.com/) quest’anno.
Mi chiedo se alcuni crawler di uptime siano automaticamente esclusi dal reporting..? 
Sono contento di sentirlo.
Ci sono alcuni casi in cui /srv/status può dire ‘ok’ quando non è così ok. Penso che ci sia un plugin communiteq che gestisce alcuni casi in più, ma non sono riuscito a trovarlo in 10 secondi.
Non vedo UptimeRobot nel codice sorgente. E sono abbastanza sicuro di ricordare che i ping di UptimeRobot contassero in passato, ma uso /srv/status da molto tempo.
Me ne ero dimenticato!!! E anche io ho dovuto cercarlo per più di 10 minuti.
È qui GitHub - communiteq/discourse-betterstatus e, a dire il vero, non ho idea se funzioni ancora. Se funziona, eseguirà un controllo molto rudimentale per vedere se Redis e Postgres funzionano.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.