نص باء صغير أنشأته لمنتدى الخاص بي يعطي نظرة عامة سريعة على صحة خادم Discourse. أشاركه مع أي شخص يجد هذا النوع من النظرة العامة مفيدًا.
التحقق من موارد النظام: Docker، خدمات Discourse (Postgres، Redis، Nginx، Unicorn، Sidekiq)، حداثة النسخ الاحتياطي، TLS، والأساسيات الأمنية. ينتهي بملخص نجاح / تحذير / حرج ورمز مخرج مناسب لـ cron.
التثبيت
curl -O https://raw.githubusercontent.com/haydenjames/discourse-health-check/main/discourse-health-check.sh
chmod +x discourse-health-check.sh
sudo ./discourse-health-check.sh
```\nالمصدر، الخيارات، ومثال cron في ملف README:
https://github.com/haydenjames/discourse-health-check
---
## **[الإصدار الجديد v1.0.4](https://github.com/haydenjames/discourse-health-check/)**:
إصلاحان:
1. استبدل Discourse Unicorn بـ Pitchfork (افتراضي في 2026.2، وإزالة Unicorn بالكامل
في 2026.4)، لذا فإن فحص خادم الويب يكتشف الآن كليهما. شكرًا لـ @RGJ على تنبيه هذا
في يونيو.
2. كانت استعلامات الخدمة تطابق سطر الأوامر الخاص بها. `pgrep -f <name>` لذا كان pgrep يطابق نفسه ومرت الفحص سواء كان الخدمة تعمل فعليًا أم لا. **كان Sidekiq يبلغ عن "يعمل" بشكل غير مشروط منذ 1.0.0**. كان يمكن أن يكون ميتًا وما زلت تحصل على علامة خضراء ورمز مخرج 0 من cron. نفس السبب الجذري لنتيجة Puma الإيجابية الكاذبة في 1.0.1، والتي اتضح أنها أعيدت تسميتها بدلاً من إصلاحها.