Bentornata in questa lezione che è la parte 3 di aggiungere l'autenticazione al tuo campo, ci concentreremo
sull'accesso che scriverà nei due percorsi e poi anche nel log e nel modello con il modulo che i ragazzi
hanno iniziato qui.
Quindi, proprio come il registro di accesso deve avere due percorsi.
Questo dovrebbe essere un po 'una recensione dall'ultima unità in cui abbiamo trattato più dettagliatamente, ma abbiamo bisogno
di una richiesta GET per mostrare il modulo e poi si oppone a fare effettivamente il login.
Quindi iniziamo con il modulo e aggiungerò un commento qui.
Mostra il modulo di accesso proprio così.
E poi, una volta che hai un appetito ottieni il registro tagliato nella nostra risposta alla richiesta e la richiamata ogni
volta e poi renderà il log in template che non esiste ancora.
Ora creiamo il collegamento alla barra delle visualizzazioni touch.
E. J. Sì
e ora è aperto così tanto per cominciare.
E ognuno che dice solo accedere e salvare un avvio del server.
Andiamo alla nostra app e proviamo a visitare la barra di accesso.
Eccoci.
Sembra buono.
Nessun pranzo al forum.
Quindi abbiamo bisogno di avere un
tag form e iniziamo con i nostri input e inseriamo testo di tipo call e potremmo semplicemente rubarlo dal modulo di registrazione.
Ma è una buona pratica ripeterlo da zero.
Quindi, il tipo di input indica che il nome del testo equivale al nome utente segnaposto uguale al nome utente.
E poi un altro tipo di input equivale a nome della password uguale a password placeholder equivale a password.
sto facendo, userò solo un tipo di input submit solo per dimostrare che è possibile utilizzare uno dei due.
E poi, piuttosto che fare un pulsante che
Quindi, inserisci il tipo di input.
E poi dobbiamo dargli un valore.
Ed è quello che apparirà effettivamente.
Quindi il valore ti dirà solo di accedere ma salvare Dai un'occhiata al nostro modulo.
OK.
Abbiamo la forma.
Non fa nulla adesso perché dobbiamo dargli un'azione e un metodo.
E proprio come registrarsi sul registro abbiamo una richiesta di
posta che stiamo facendo per ridurre il registro sul modulo di accesso.
Faremo una richiesta per eliminare l'accesso.
Quindi l'azione dovrebbe essere l'accesso social e il metodo dovrebbe essere pubblicato e lo salveremo per assicurarci che funzioni.
Quindi, se accetto il login adesso riceverai un piccolo messaggio che dice che non è possibile
pubblicare il login slash perché non abbiamo un percorso per quello.
Quindi tornerò in realtà sì
e aggiungerò nel nostro log in route e questa rotta sarà responsabile della gestione log in log.
Così compilato dopo la barra di accesso al nostro callback.
E poi quello che faremo è semplicemente fare un semplice log in send.
La logica avviene qui e vogliamo solo assicurarci di vederlo
e dobbiamo riavviare il server ogni volta che cambiamo o aggiungiamo una nuova rotta.
Ora aggiorniamo di nuovo qualsiasi cosa.
In realtà non abbiamo nemmeno bisogno di compilare i log in e otteniamo log in log succede qui.
Tutto ok.
Grande.
Quindi abbiamo
i percorsi correttamente, ma in realtà mi sbarazzerò di tutto questo perché se ti ricordi di tornare dall'ultima unità il modo in cui possiamo fare il login è usando un middleware.
E questo è il passaporto.
Autentica middleware
Quindi aggiungi che qui il punto del passaporto Khama autentica.
E poi dentro dobbiamo fornire locale.
E dopo local come secondo
argomento forniamo un oggetto e quell'oggetto avrà due cose successo.
Reindirizzare.
E se un utente
effettua correttamente il login, reindirizza la barra per ridurre i campeggi e un reindirizzamento di errori e facciamo un indentazione ora che abbiamo abbastanza testo qui.
OK, così il reindirizzamento di successo e un reindirizzamento
di errore e reindirizzerà solo alla barra di accesso.
Se fallisce, in questo modo
c'è molto tick qui e abbiamo ancora bisogno di una virgola e quindi dovremmo essere bravi.
Quindi riprendiamolo.
È un po 'di revisione
da prima che non abbiamo ampliato la rotta dopo la sbarco del log in quando una richiesta arriva nel login alla barra.
Questo funzionerà per primo.
Tutto questo e questo è tutto solo il secondo argomento.
Quindi sembra proprio che questo post up
abbia il login Slash, quindi abbiamo il middleware e poi abbiamo il nostro callback.
Quindi il middleware passa da qui
a lì che è sempre un po 'di confusione quando si mettono le cose su nuove linee.
Ma è molto
meglio che avere una sola linea gigantesca e non un middleware che chiameremo metodo di autenticazione che abbiamo creato qui tanto codice per andare verso l'alto.
Eccoci qui.
Passaporto non utilizzare l'utente della strategia locale o autenticarsi.
Quindi, quando chiamiamo i dati utente, le cose Kate o il
punto del passaporto si autenticano su una strategia locale, useremo il metodo che non abbiamo dovuto scrivere.
È stato dato a noi gratuitamente utilizzando il pacchetto di mangusta locale del passaporto.
poi autentificherà quella password con quello che abbiamo memorizzato nel database per quell'utente.
Ma chiamerà quell'autentica che prenderà la richiesta di password del corpo con il nome utente e
E si prende cura di tutte le complesse logiche di cui non dobbiamo preoccuparci.
E poi, se funziona, reindirizza tali campi se non
funziona reindirizzando per tagliare e poi abbiamo questo Colbeck qui che in realtà non fa nulla.
E possiamo liberarcene se volessimo.
Ma voglio solo lasciarlo lì in modo che tu sappia che questo è un middleware.
OK.
Quindi riavvia il server.
Vediamo cosa succede mi sbarazzerò di questa linea.
Si lamenta di questo.
Eccoci.
Rinnova e colleghiamo lo
stesso account creato l'ultima volta. Severus e la password sono password Accesso Nahit e vado a tagliare i campeggi.
Grande.
Ora torniamo indietro
Reimposterà di nuovo il server e consentirò di provare a leggere qualcosa che so che non funziona.
Speriamo di non avere un account con quella password e torno al modulo
di accesso perché è quello che ho impostato come reindirizzamento dell'errore.
OK, mi permetta di ripeterlo perché è un concetto importante.
Questo è lo stesso passaporto che autentica quello
che stiamo usando invece di registrarci mentre stiamo usando al posto del log.
La differenza è
che invece di registrare stiamo facendo altre cose prima di eseguire l'autenticazione del passaporto, in realtà stiamo registrando l'utente che sta creando un nuovo utente.
che l'utente esista già.
E se poi funziona, stiamo registrando l'utente in versus qui su slash log, si presume
Quindi tutto ciò che facciamo è il passaporto che autentica e che li accederà.
OK, questo è tutto ciò che voglio fare.
Log in log con queste due rotte dopo aver ottenuto il login APT up post log in.
E poi abbiamo anche il modulo qui.
Solo una forma semplice come registro.
L'unica differenza è questa qui dove stiamo inviando il modulo a.
Eccezionale.
Nel prossimo video lavoreremo al logout e anche a rendere la nostra barra NAV un po 'migliore.