Bem-vindo novamente nesta lição que é parte 3 de adicionar autenticação ao seu acampamento, vamos nos concentrar no
loggin, estaremos escrevendo os dois em rotas e, em seguida, também o log e o modelo com o formulário que as
crianças começaram aqui.
Então, assim como o login do registro, precisa ter duas rotas.
Este deve ser um pouco de uma revisão da última unidade em que cobrimos com mais detalhes, mas precisamos
de um pedido GET para mostrar o formulário e, em seguida, oposto a realmente fazer o logon.
Então vamos começar com o formulário e vou adicionar um comentário aqui.
Mostrar log in form assim.
E então, uma vez que você tenha um apetite, obtenha um registro cortado na resposta da nossa solicitação e a devolução de devolução a
cada passo e, em seguida, renderizará o modelo de logon que ainda não existe.
Agora, crie esse toque para exibir barra acessar.
E. J. Sim
e agora está aberto para começar.
E cada um que apenas diz entrar e salvar um servidor inicial.
Vamos ao nosso aplicativo e tente acessar o login da barra.
Aqui vamos nós.
Parece bom.
Nenhum almoço no fórum.
Então, precisamos ter uma etiqueta de formulário
e vamos começar com nossas entradas e colocar texto de chamadas de tipo e nós poderíamos simplesmente roubar isso no formulário de registro.
Mas é uma boa prática digitá-lo novamente do zero.
Então, o tipo de entrada é o nome do texto e o nome de usuário do usuário iguala o nome de usuário também.
E, em seguida, outro tipo de entrada igual ao nome da senha é igual ao marcador de posição da senha é igual à senha.
que eu fiz, vou usar um tipo de entrada apenas para demonstrar que você pode usar qualquer um.
E então, em vez de fazer um botão
Então submeta o tipo de entrada.
E então precisamos dar um valor.
E é isso que realmente aparecerá.
Então, o valor só vai dizer entrar, mas salvar Dê uma olhada no nosso formulário.
ESTÁ BEM.
Nós temos o formulário.
Não faz nada agora porque precisamos dar uma ação e um método.
E, assim como registrar no registro, temos uma solicitação de
publicação que estamos fazendo para gravar o registro no formulário de logon.
Vamos fazer uma solicitação de publicação para acessar o logon.
Portanto, a ação deve ser o logon social e o método deve ser publicado e nós vamos salvá-lo para garantir que isso funcione.
Então, se eu acertar no início de sessão, agora receberemos uma pequena mensagem que diz que não é possível
registrar o log da barra porque não temos uma rota para isso.
Então, eu voltarei a sim
e adicionarei nossa rota de log in e esta rota será responsável por lidar com lógica de login.
Então, amped up post slash log in em nosso callback.
E então, o que faremos é fazer um simples envio de mensagens.
A lógica acontece aqui e só queremos garantir que vejamos
isso e devemos reiniciar o servidor sempre que mudarmos ou adicionar uma nova rota.
Agora vamos atualizar, digite qualquer coisa.
Nós realmente não precisamos preencher esses logs e nós começamos a lógica de logon acontece aqui.
Tudo bem.
Ótimo.
Então, nós
temos as rotas corretamente, mas eu realmente vou me livrar de tudo isso, porque se você se lembrar da última unidade da maneira que podemos fazer login é usando um middleware.
E esse é o passaporte.
Autenticar o middleware.
Então adicione que aqui o passaporte Khama autenticar.
E, em seguida, dentro, precisamos fornecer locais.
E então, depois de um segundo
argumento local, nós fornecemos um objeto e esse objeto terá sucesso em duas coisas.
Redirecionar.
E se um
usuário logar com sucesso, vamos redirecionar para barrajar acampamentos e um redirecionamento de falha e vamos recuar agora que temos texto suficiente aqui.
OK, então o redirecionamento de sucesso e um redirecionamento de
falha e redirecionará apenas de volta ao log de barra.
Se falhar exatamente assim, há
muito carrapato aqui e ainda precisamos de uma vírgula e então devemos estar bem.
Então vamos passar por isso novamente.
É um pouco de revisão
de antes de não termos aumentado a rota de publicação para reduzir o log quando uma solicitação vem em barra acessar.
Isso vai ser executado primeiro.
Tudo isso e tudo isso é apenas o segundo argumento.
Então, parece que esta publicação apt, temos o
Slash log in, então temos o middleware e, em seguida, temos nossa chamada de retorno.
Então, o middleware vai daqui
até lá, o que sempre é um pouco confuso quando você coloca as coisas em novas linhas.
Mas é muito
melhor do que apenas ter uma linha gigantesca, não o middleware, vamos chamar de método de autenticação, que configuramos até aqui tanto código para ir até o topo.
Aqui estamos.
O passaporte não usa o usuário da estratégia local ou autenticar.
Então, quando chamamos as coisas de dados do usuário, Kate ou
o ponto de passaporte autenticam em uma estratégia local, ele usará o método que não precisamos escrever.
Foi entregue gratuitamente a nós, usando o pacote de mangustão local do passaporte.
então autenticará essa senha com o que armazenamos no banco de dados para esse usuário.
Mas vai chamar essa autenticação, que então levará o pedido de senha do corpo pelo nome de usuário e
E cuida de toda a lógica complexa de que não precisamos nos preocupar.
E então, se funcionar, redireciona esses campos de acampamento,
se não funcionar redirecionar para reduzir e então temos este Colbeck aqui que realmente não faz nada.
E podemos nos livrar disso se quisermos.
Mas eu só quero deixá-lo lá para que você esteja ciente de que este é um middleware.
ESTÁ BEM.
Então reinicie o servidor.
Vamos ver o que acontece Eu vou me livrar desta linha.
Está reclamando sobre isso.
Aqui vamos nós.
Vamos atualizar e vamos conectar
com a mesma conta que eles criaram na última vez que Severus e a senha são senha Nahit log in e eu vou acampar acampamentos.
Ótimo.
Agora vamos voltar.
Eu reiniciarei o servidor novamente e me deixará tentar ler algo que eu sei que não funciona.
Espero que não tenhamos uma conta com essa senha e voltei ao formulário de
login, porque é isso que eu configurei como o redirecionamento de falha.
OK então deixe-me apenas reiterar isso porque é um conceito importante.
Este é o mesmo passaporte que autenticam que
estamos usando ao invés de registrar como estamos usando em vez de registrar.
A diferença é
que, em vez de registrar, estamos fazendo outras coisas antes de executar autenticação de passaporte, estamos realmente registrando o usuário fazendo um novo usuário.
usuário, presume-se que já existe.
E então, se isso funcionar, então nós estamos logando o usuário em contra aqui no registro de barra no
Então, tudo o que fazemos é que o passaporte autenticará, o qual os logará.
Ok, então é tudo o que quero fazer.
A lógica de logon com essas duas rotas depois de eu entrar no APT up log log in.
E então também temos o formulário aqui.
Apenas um formulário simples, como se registrar.
A única diferença é essa aqui onde estamos enviando o formulário.
Impressionante.
No próximo vídeo, esteja trabalhando no logon e também fazendo com que nossa barra de NAV seja um pouco melhor.