Can Discourse Webhooks be used for reporting uptime to a 3rd party service e.g. hund.io ?
if so, How?
3 إعجابات
5 إعجابات
If you just need to measure uptime, configure your tool to hit discourse.example.com/srv/status.
11 إعجابًا
Exactly what I want! … as this is to report system uptime to someone visiting a public status page. I saw webhooks in the hund.io configuration page so I thought maybe that is something but I’ll try the Pingdom integration instead.
Thanks for help.
@pfaffman we are using Promethus Integration for advanced Stuff already … needed something to test discourse availability every few seconds and report to a 3rd party for a public status page. The solution by @Falco should work afaik but I’ll test and update how it goes.
إعجاب واحد (1)
Well, I don’t know whether I trust it.
https://community.yellowandblack.online/srv/status says OK, but https://community.yellowandblack.online/ returns a 500 error.
إعجابَين (2)
I tried it just now and got the “Congratulations” setup page.
But if you reload a few times, you’ll stop getting that. At least, that’s my experience.
/srv/status is meant for measuring uptime only and not whether the server is returning the right response.
3 إعجابات
I guess that depends on how you define “uptime”…
3 إعجابات
In a Layman’s term, Service is Properly functioning! e.g. if there is a 500 error then it should return something other than ok!
@pfaffman I can confirm that behaviour. My system runs behind a Nginx reverse proxy and I Get okay no matter what!
مرحباً!
حاولت استخدام Uptime Kuma بالإشارة إلى /srv/status ولكنه يخبرني “Connection Refused” (تم رفض الاتصال).
أنا أستخدم Uptime Kuma في حاوية (container)، وكذلك Discourse. وأستخدم traefik كوكيل عكسي (reverse proxy) لكليهما. يعمل Uptime Kuma مع موقع ويب آخر بشكل جيد جداً، لكن لا يمكنني الوصول إلى تطبيق Discourse.
هل يمكنك إخباري بالسبب؟
شكراً مقدماً! 
هذا غريب بعض الشيء، هل يمكنك مشاركة لقطة شاشة لكيفية إعداده؟ يجب عليك إعداده كمراقب للكلمات المفتاحية، والبحث عن الكلمة المفتاحية “ok” ورمز الحالة 200
مرحباً @itsbhanusharma وشكراً لك على الإجابة السريعة!
لقد قمت بإعداد رمز الحالة فقط، هذا هو الإعداد الخاص بي
أنا أستخدم أيضاً شبكة دوكر “proxy_network” لـ Traefik.
شكراً مرة أخرى لمساعدتك!
هل تتم استضافة Uptime Kuma على نفس الجهاز مثل Discourse؟
تعديل:
أعتقد أن هذه هي مشكلتك.
مرحباً،
نعم، الخادم هو نفسه.
ولكن مع مواقع ويب أخرى يعمل بشكل مثالي، المشكلة الوحيدة هي مع Discourse.
ربما محلل أسماء النطاقات (DNS resolver) داخلي؟
على الأرجح هو عدم تطابق الشهادات.
ومراقب وقت التشغيل لن يلتقط المشكلات إذا كان الخادم نفسه معطلاً، ومن هنا يوصى بوضعه على خادم مختلف عن الخادم الذي يحتوي على بقية تطبيقاتك.
مرحباً، شكراً على النصيحة.
تطبيق Discourse لديه شهادة SSL تم إنشاؤها بواسطة Traefik باستخدام Let’s Encrypt.
في الوقت الحالي، أستخدم التحقق من الحاوية باستخدام مقبس دوكر (docker socket)، ولكنه غير موثوق به.
هل يمكنني تجربة شيء آخر؟ لدي خادم واحد فقط يعمل بنظام دوكر.
شكراً مرة أخرى.
قم بتغيير الإعدادات لمراقبة الكلمة المفتاحية “ok”، وتعطيل التحقق من ssl.
غيّر نوع الشاشة إلى الكلمة المفتاحية أولاً.