لقد قمت بإعداد نسخة من 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 وبصراحة، ليس لدي أي فكرة عما إذا كان لا يزال يعمل. إذا كان يعمل، فسيقوم بإجراء فحص أساسي جدًا لمعرفة ما إذا كانت Redis و Postgres تعملان.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.