Mappa il flusso di login OAuth della nostra app
Sul framework
La sequenza segue Utente, Browser, API backend, Provider OAuth e DB attraverso 12 messaggi. Inizia con Sign in with Google, prosegue con l’autorizzazione e il consenso, quindi restituisce un codice di autorizzazione al browser. Il browser invia una richiesta POST a /auth/callback e il backend scambia il codice con i token di accesso e ID.
Gli ultimi messaggi creano o aggiornano il record dell’utente, restituiscono l’oggetto utente, impostano un cookie di sessione e reindirizzano alla dashboard. È uno schema del solo percorso riuscito: l’esempio non contiene rami per il rifiuto, la validazione non riuscita o la scadenza della sessione.
Adatta i nomi dei partecipanti e i messaggi di callback alla tua implementazione. Aggiungi esplicitamente i controlli e i casi di errore da discutere, senza considerare questo breve diagramma d’interazione una specifica completa dell’autenticazione.
Cosa include
Flusso di login OAuth (sequenza)
✦ Free preview · Sign in to use
Domande frequenti
No. Mostra un solo accesso riuscito, dal clic sul pulsante di accesso fino alla dashboard. Chiedi di aggiungere percorsi alternativi per gli errori specifici gestiti dalla tua implementazione.
Dopo la risposta con i token, l’API backend invia al DB un messaggio per creare o aggiornare il record dell’utente. Il DB restituisce un oggetto utente prima che l’API imposti il cookie di sessione del browser.
No. I messaggi non includono i dettagli dell’implementazione né i passaggi di validazione. Aggiungili in base al design dell’autenticazione della tua applicazione prima di usare il diagramma in una revisione tecnica.
Gratuito per iniziare. Nessuna carta di credito richiesta.