Separa letture e acquisti

Prima di scrivere il ciclo di ripetizione, creare un elenco delle operazioni di integrazione. Determina quali leggono solo i dati e quali creano un ordine, modificano lo stato o utilizzano il saldo. La rilettura può essere consentita entro le restrizioni API; il riacquisto può comportare la creazione di un nuovo ordine. Controlla la documentazione API più recente per le funzionalità di prevenzione della duplicazione supportate. Non dare per scontato che un'intestazione di idempotenza di un altro servizio funzioni qui a meno che non sia documentata.

Verifica se il risultato dell'acquisto non è definito

Se la tua connessione si interrompe dopo aver effettuato l'ordine, il server potrebbe averlo già elaborato. Mantieni la tua richiesta contestuale e rivedi gli ordini correnti nel tuo account prima di effettuare il tuo prossimo acquisto. Se è stato restituito un ID ordine, riconciliare questa voce specifica. Se il risultato non può essere determinato automaticamente, contrassegnare l'ordine come da verificare anziché considerare l’incertezza un errore e ripetere l’acquisto.

Distinguere tra errori di risposta ed errori di analisi

Gli errori di autenticazione, la saldo insufficiente, la limitazione della velocità, la risposta non valida e il timeout della rete richiedono approcci diversi. Leggere i codici di stato documentati e i campi di risposta. Non convertire ogni risposta non riuscita nella stessa istruzione retry. Se il parser fallisce, è necessario mantenere un contesto diagnostico sicuro, incluso il metodo e l'ora API, escludendo la chiave API e i segreti dell'SMS ricevuto. Evitare di mostrare agli utenti finali gli errori del server non gestiti.

Controllare gli scenari di errore

Utilizza tentativi gestiti per timeout, risposte differite, JSON non valido e callback ripetuti. Assicurati che un acquisto logico non porti a più acquisti. Rendi i log utili con ID di correlazione e timestamp anziché log completi. Nel caso di un ordine veramente inevaso, utilizza i dati del tuo account personale per riconciliare l'accaduto. Politiche chiare sui tentativi riducono gli acquisti non necessari e semplificano la verifica dei report di supporto.

Domande e risposte

Un errore di connessione prova che l’ordine non esiste?

No. Il server potrebbe averlo creato prima dell’interruzione.

Ogni errore API richiede un nuovo tentativo?

No. Autenticazione, saldo, dati non validi, limiti e rete richiedono gestioni diverse.

Uso responsabile di SMS Activation

Utilizzi i numeri soltanto per account, applicazioni e test a cui è autorizzato ad accedere. Rispetti le condizioni della piattaforma di destinazione e la legislazione locale. La disponibilità, i prezzi, le opzioni di numeri ammesse e le reti di pagamento possono cambiare: controlli i dati attuali nel pannello prima di pagare.

Utilizzi SMS Activation

Dopo la registrazione, consulti i paesi e i servizi attuali, i depositi in criptovalute, i prezzi delle attivazioni e i periodi di noleggio.

Crei un account