Bentornata in questa lezione, stiamo riprendendo da dove abbiamo interrotto il codice di
autenticazione e aggiungeremo le funzionalità di accesso.
Ciò significa che è necessario aggiungere che per accedere a percorsi uno per il modulo esegue il rendering del modulo
e l'altro che esegue effettivamente la logica di accesso.
E poi abbiamo davvero bisogno di creare il modulo e poi lo testeremo.
Quindi cominciamo dentro.
Sì, aggiungeremo due percorsi e questi due percorsi ancora.
Uno è la richiesta GET e uno è una richiesta POST.
Entrambe saranno aperte come per il registro.
Quindi iniziamo con il modulo e farò un'altra nota qui.
Questi verranno registrati nelle rotte e il primo visualizzerà solo il modulo di
accesso e non sarà possibile ottenere una risposta di richiesta di accesso alla barra e richiameranno e eseguiremo solo il login
di rendering di rez.
Ora creiamo quella forma.
Quindi tocca usa la barra di accesso Ejay e poi apri quella vista su barra di collegamento in quella E. J. Sì.
Grande.
E aggiungiamo semplicemente un buon H-1 che dice di accedere e assicuriamoci di vederlo
quando avvieremo l'app.
Andiamo alla nostra applicazione e andiamo alla barra di accesso e riceverai il modello.
Così ora è Aggiungi nel modulo e questo sarà proprio come il modulo di registrazione, fatta eccezione per una grande
differenza che è dove il modulo si sottomette.
Quindi aggiungeremo l'ultima. Andiamo di nuovo con gli input.
Quindi il tipo equals text sul primo nome equivale a username e placeholder equals username e
quindi lo duplicheremo e qui faremo il tipo equals password name password di nuovo e placeholder sarà password.
E poi aggiungeremo un pulsante R per inviare il modulo e scriveremo semplicemente il log in e quindi dovremo lavorare
sul modulo stesso.
Quindi questo modulo deve inviare una richiesta di posta per tagliare il logon di accesso in quanto un post sarà il nostro altro
percorso che non abbiamo ancora definito, ma è qui che elaboreremo i dati e capiremo se
le credenziali corrispondono.
Quindi impostiamo quello invece di accedere ogni volta che abbiamo azione equivale a slash log in e method è anche
un post.
Quindi questo modulo è in realtà sulla barra di accesso quando riceve il percorso e invia alla barra di accesso come un post.
Ora diamo un'occhiata a questo.
Aggiorna la pagina vediamo il modulo.
Ottimo se proviamo a inoltrarlo in questo momento non abbiamo una barra di accesso come percorso postale e sarà
solo timeout.
Quindi torneremo ora e aggiungeremo il log in post route e questa rotta sarà responsabile della logica di accesso.
della barra delle posizioni in alto, la richiesta di funzione è in risposta e qui abbiamo qualche nuova logica e in realtà non è così nuova perché l'abbiamo già utilizzata qui o
abbiamo il punto del passaporto autenticare il locale Faremo esattamente la stessa cosa eccetto che
c'è un piccola svolta che è che non lo faremo all'interno della richiamata qui.
Quindi, in corrispondenza
In realtà, lo faremo proprio qui come seconda argomentazione.
Quindi lascia che ti mostri prima quello che sembra e poi passa oltre.
Quindi ampliato il log di accesso e quindi aggiungeremo il punto del passaporto autenticato e che prenderà
locale come stringa di virgola e quindi aprendo e chiudendo le parentesi graffe.
E all'interno di quelle parentesi è un oggetto e passeremo in redirect successo.
E questo sarà uno slash segreto e quindi il reindirizzamento dei tentativi di errore sarà di nuovo il login e noi salveremo
e / o le esigenze autenticate per chiudere effettivamente qui intorno.
Quindi prende quei due argomenti passaporto che autenticano locale e poi questo intero oggetto.
Quelli sono parametri che stiamo passando in virgola e quindi questa è la nostra funzione di callback e per il momento non
abbiamo bisogno di mettere nulla qui.
Quindi lasceremo perdere il.
Quindi ora parliamo di quello che abbiamo fatto qui.
Abbiamo già visto l'autenticazione del punto del passaporto, ma non l'abbiamo mai visto utilizzare come questo all'interno del post up
in cui non si trova nella callback stessa.
come middleware e lavoreremo con il middleware e scrivendo il nostro middleware e il prossimo video.
Quindi questo è noto
Ma l'idea del middleware la spiego qui al centro, dove hai detto un codice che viene eseguito prima
della nostra call call finale.
Quando la nostra app riceve una richiesta di posta per disconnettere il log, viene eseguito immediatamente questo codice
e possiamo inserire più middleware in modo da poter avere un'altra cosa che verrà eseguita
dopo l'autenticazione e successivamente un'altra cosa.
E l'idea è che si siedono tra l'inizio del percorso e poi alla fine del percorso che
è il nostro gestore alla fine.
Da qui il nome del middleware.
Quindi di nuovo creeremo il nostro middleware nel prossimo video.
Ma per ora tutto ciò che devi sapere è che questo è chiamato middleware e che richiama il punto del passaporto autenticato.
Ricorda che il punto è che in realtà cerca di piacerti quando lo controlla e
mantiene le tue credenziali.
Quindi prenderà la password e il nome utente che sono nella richiesta all'interno del corpo della richiesta.
utente dal modulo o dal corpo della richiesta e fondamentalmente sta per confrontare la
password che l'utente ha digitato nell'input e confrontarla con quella versione hash pazza nel database .
Non è nemmeno necessario fornire esplicitamente che il passaporto prelevi automaticamente la password del nome
E quindi forniamo un oggetto con due parametri.
Reindirizzamento di successo e reindirizzamento di errori.
Quindi, se funziona, stiamo andando a reindirizzare verso la barra segreta e, se non funziona,
reindirizzare alla barra di registro prima di testarlo.
C'è un'altra linea di codice che abbiamo bisogno di configurare il passaporto con così in alto
dove abbiamo fatto il passaporto che serializza e serializza l'utente andando ad aggiungerne un altro nel passaporto usa una nuova strategia locale che è ciò
che abbiamo importato qui.
Supporto locale.
L'abbiamo salvato nella strategia locale.
Quindi torna a quella nuova strategia locale e poi tra parentesi il punto utente autentica e salva.
Quindi stiamo creando una nuova strategia locale utilizzando l'utente che autentica il metodo.
Ciò viene dai monger locali di Passport quindi non dobbiamo nemmeno scrivere il metodo di
autenticazione.
Questo ci viene dato e quindi stiamo solo dicendo al passaporto che la strategia locale usa quella versione di
dati utente autenticata.
OK, quindi ora che abbiamo impostato il nostro autenticazione dovrebbe funzionare.
Quindi facciamo un tentativo.
No in realtà sì.
E iniziamo cercando di registrarti o di accedere con un account che sappiamo non funziona.
Accedi e ti riporta alla pagina di accesso e questo è quello che avevamo impostato qui.
Errore reindirizzare l'accesso alla barra.
Ora accedi con un account che
conosco e questa volta mi porta alla pagina segreta.
Quindi ora abbiamo il log in working.
Non abbiamo ancora l'accesso.
Abbiamo effettuato l'accesso lavorando così posso registrarmi usando il registro e poi possono anche accedere.
Abbiamo una forma come Register aveva una route form e quindi abbiamo una route per
autenticare effettivamente l'autenticazione e poi abbiamo parlato di middleware che è l'idea di avere un codice che corre tra l'inizio
di un percorso e la fine finale di quel gestore di route nel prossimo e ultimo video di questa
serie implementerà la disconnessione e creeremo anche il nostro middleware