في صفحة المقارنة، العمودان "معدل التوفر" و"التأخير"، نحن دائمًااترك الحقل فارغًا— لأن لا أحد يرغب في تحمل المسؤولية عن أرقام مُختلَقة. وهذه الأداة مخصصة لملء هذين العمودين: قم بتكوين قائمة نقاط النهاية الخاصة بك، ثم قم بتوليد إعدادات المراقبة، ونصوص المراقبة، وشارات الحالة، وقوالب جداول نسبة التوافر/زمن الاستجابة. يجب أن تكون الأرقام ناتجة عن عمليات الفحص الخاصة بك، وليس منسوخةً من مصادر أخرى.
صف واحد لكل اسم نقطة نهائية + عنوان URL. يمكن مراقبة نقاط نهاية MCP أيضًا — يكفي الاعتماد على رموز الحالة دون الحاجة إلى تحليل تدفقات SSE.
—
—
—
—
١ · استخدام عميل JSON-RPC لمراقبة نقطة النهاية MCP يؤدي إلى اعتبار النقاط النشطة غير نشطة.يعيد streamable-http الخاص بـ MCP تدفقات SSE وليس بيانات JSON. الطريقة الصحيحة هي:التقييم بناءً فقط على رموز حالة HTTP، ويُعتبر كلا الرمزين 200 و402 «نشطَيْن».
٢ · إذا كُتبت أسماء الحقول خطأً، فسيتم اعتبار جميع العناصر دائمًا "متقلبة".نقوم بـ p.ok عندما يكون الحقل موجودًا فعليًّا، لكنه مكتوب في المكتبة على أنه p.lastOk، والنتيجة تكون صفرًا أصفر بالكامل. يجب أن تتطابق أسماء الحقول مع الكود المسؤول عن الكتابة في قاعدة البيانات.
٣ · يجب تقسيم كلمات الحالة إلى عمودين: "إجراءات" و"محايدة".أن يتغير العرض من "متصل" إلى "متصل" ليصبح "استعادة الاتصال" أمرٌ غريب. لذا قسمناها إلى CH_TOو CH_STATEنظامان (حيادي)
٤ · اترك الخانة فارغة عند غياب البيانات، ولا تُنشئ بياناتٍ وهمية.كانت عمودا نسبة التوافر وزمن الاستجابة في صفحة المقارنة فارغين دائمًا — فتركهما فارغين أكثر موثوقية من ملئهما بأرقام جذّابة قبل استخدام بيانات المراقبة الفعلية.