1
00:00:00,690 --> 00:00:05,760
Bem-vindo de volta a esta lição que estamos pegando onde deixamos com o código de autenticação

2
00:00:05,920 --> 00:00:08,370
e vamos adicionar a funcionalidade de logon.

3
00:00:08,550 --> 00:00:14,130
Então, isso significa que você precisa adicionar isso para fazer logon nas rotas que são para o formulário, o formulário e

4
00:00:14,130 --> 00:00:16,700
o outro que realmente faz a lógica log in.

5
00:00:17,100 --> 00:00:20,210
E então nós realmente precisamos criar o formulário e depois vamos testá-lo.

6
00:00:20,220 --> 00:00:22,250
Então vamos começar dentro.

7
00:00:22,480 --> 00:00:26,420
Sim, vamos adicionar duas rotas e essas duas rotas novamente.

8
00:00:26,460 --> 00:00:29,310
Um é o pedido GET e um é um pedido POST.

9
00:00:29,310 --> 00:00:33,320
Ambos serão dados de login, tal como fizemos para registar-se.

10
00:00:33,870 --> 00:00:37,470
Então vamos começar com o formulário e vou fazer outra anotação aqui.

11
00:00:37,470 --> 00:00:45,150
Estes serão logados em rotas e o primeiro será renderizar log in form e

12
00:00:45,180 --> 00:00:57,030
que seja bom e fácil não obter resposta de solicitação de logon de barra e eles liguem e nós vamos fazer um

13
00:00:57,840 --> 00:01:00,050
login de renderização do Rez.

14
00:01:00,060 --> 00:01:01,630
Agora vamos criar essa forma.

15
00:01:01,680 --> 00:01:10,870
Então, toque o uso de barra de logon. Comente-nos e, em seguida, abra-o para exibir o barramento log naquele E. J. Sim.

16
00:01:11,100 --> 00:01:11,850
Ótimo.

17
00:01:11,970 --> 00:01:18,300
E vamos apenas adicionar um bom H-1 que diz entrar e vamos ter certeza de que vemos isso

18
00:01:18,300 --> 00:01:19,540
quando começamos o aplicativo.

19
00:01:20,460 --> 00:01:26,470
Vamos ao nosso aplicativo e vamos a barra acessar e receber o modelo.

20
00:01:26,680 --> 00:01:32,640
Então, agora é Adicionar no formulário e isso será exatamente como o formulário de registro, exceto por uma grande diferença

21
00:01:32,730 --> 00:01:34,980
que é aonde o formulário se envia.

22
00:01:35,010 --> 00:01:38,410
Então vamos adicionar o último. Vamos apenas com as entradas novamente.

23
00:01:38,460 --> 00:01:47,820
Então, digite o texto igual no primeiro nome é igual ao nome de usuário e o espaço reservado é o nome de usuário

24
00:01:47,820 --> 00:01:58,410
e, em seguida, vamos duplicar isso e aqui vamos fazer o tipo igual a senha nome senha novamente e o espaço reservado será a senha.

25
00:02:00,180 --> 00:02:09,720
E então vamos adicionar um botão R para enviar o formulário e nós simplesmente escreveremos login e depois teremos que

26
00:02:09,720 --> 00:02:11,400
trabalhar no próprio formulário.

27
00:02:11,400 --> 00:02:18,120
Portanto, este formulário precisa enviar uma solicitação de publicação para acessar o logon de corte como uma publicação será a nossa outra

28
00:02:18,120 --> 00:02:22,770
rota que ainda não definimos, mas é aí que vamos processar os dados e descobrir

29
00:02:22,770 --> 00:02:23,720
se as credenciais correspondem.

30
00:02:24,230 --> 00:02:34,950
Então, vamos configurar isso em vez de registrar em cada caso, temos ação igual a barra de log e o método também é

31
00:02:34,950 --> 00:02:35,980
uma publicação.

32
00:02:36,450 --> 00:02:42,690
Então, esse formulário está realmente no log de barras, pois ele viaja e ele envia para cortar o log como postagem.

33
00:02:43,320 --> 00:02:44,580
Agora vamos dar uma olhada nisso.

34
00:02:44,850 --> 00:02:47,720
Atualize a página que vemos o formulário.

35
00:02:47,790 --> 00:02:53,910
Ótimo se tentarmos enviá-lo agora mesmo, não temos uma barra de login como uma rota de publicação e será

36
00:02:53,970 --> 00:02:54,790
apenas tempo limite.

37
00:02:55,170 --> 00:03:03,420
Então, vamos voltar agora e adicionar o log na rota de publicação e esta rota será responsável pela lógica de logon.

38
00:03:04,320 --> 00:03:17,070
de barras de topo na solicitação de função em resposta e aqui temos alguma lógica nova e na verdade não é tão nova porque já a usamos aqui ou temos passaporte de

39
00:03:17,070 --> 00:03:22,890
autenticação de pontos local. Faremos exatamente a mesma coisa exceto que há uma pequena

40
00:03:23,340 --> 00:03:28,860
torção, que é que não vamos fazer isso dentro do retorno de chamada aqui.

41
00:03:28,860 --> 00:03:30,110
Então, no registro

42
00:03:30,300 --> 00:03:34,420
Na verdade, vamos fazer isso aqui como um segundo argumento.

43
00:03:34,560 --> 00:03:37,260
Então, deixe-me mostrar-lhe o que parece primeiro e depois examiná-lo.

44
00:03:37,260 --> 00:03:45,300
Então, amped up post log in e, em seguida, vamos adicionar autenticação de passaporte e isso levará

45
00:03:45,420 --> 00:03:51,970
o local como uma vírgula de string e depois abrir e fechar aparelhos.

46
00:03:52,200 --> 00:03:58,170
E dentro dessas chaves é um objeto e nós vamos passar no redirecionamento de sucesso.

47
00:03:58,170 --> 00:04:08,520
E isso será secreto e, em seguida, o redirecionamento de falha será uma barra de login novamente e salvaremos e

48
00:04:08,520 --> 00:04:14,030
/ ou as necessidades autenticadas realmente fecharemos aqui em torno disso.

49
00:04:14,030 --> 00:04:19,950
Então, é preciso que esses dois passaportes de argumento autenticem o local e, em seguida, esse objeto inteiro.

50
00:04:20,020 --> 00:04:25,470
Esses são parâmetros que passamos em vírgulas e, então, esta é a nossa função de retorno de chamada e na verdade não

51
00:04:25,470 --> 00:04:26,940
precisamos colocar nada aqui por enquanto.

52
00:04:26,970 --> 00:04:28,970
Então vamos deixá-lo no.

53
00:04:29,040 --> 00:04:31,030
Então, vamos conversar sobre o que fizemos aqui.

54
00:04:31,350 --> 00:04:37,020
Nós já vimos autenticação por pontos de passaporte, mas não vimos isso como este dentro do post acima, onde

55
00:04:37,230 --> 00:04:39,440
ele não está no próprio retorno de chamada.

56
00:04:40,050 --> 00:04:45,290
que se conhece como middleware e estaremos trabalhando com middleware e escrevendo nosso próprio middleware e o próximo vídeo.

57
00:04:45,300 --> 00:04:46,550
Então, isso é o

58
00:04:46,590 --> 00:04:54,630
Mas a ideia de middleware, eu explicarei aqui o meio, onde você disse que é um código que é executado antes do

59
00:04:54,630 --> 00:04:56,930
nosso retorno final da rota aqui.

60
00:04:57,270 --> 00:05:02,970
Quando o nosso aplicativo receber uma solicitação de publicação para acessar o barramento, ele irá executar este código imediatamente e

61
00:05:02,970 --> 00:05:07,650
podemos ter vários middleware empilhados para que possamos ter outra coisa que será executada após a

62
00:05:07,680 --> 00:05:09,510
autenticação e depois outra coisa depois disso.

63
00:05:09,510 --> 00:05:14,370
E a idéia é que eles se sentem entre o início de sua rota e, em seguida, no final

64
00:05:14,370 --> 00:05:16,270
da rota que é nosso manipulador no final.

65
00:05:16,590 --> 00:05:18,130
Daí o nome do middleware.

66
00:05:18,420 --> 00:05:21,260
Então, novamente, estaremos criando nosso próprio middleware no próximo vídeo.

67
00:05:21,420 --> 00:05:27,090
Mas, por enquanto, tudo o que você precisa saber é que isso é chamado de middleware e lembrando autenticação de passaporte.

68
00:05:27,550 --> 00:05:32,340
Lembre-se de todo o ponto de que é que realmente tenta gostar de você quando ele verifica

69
00:05:32,350 --> 00:05:33,650
isso, ele mantém suas credenciais.

70
00:05:33,840 --> 00:05:39,080
Então, vai levar a senha e o nome do usuário que estão no pedido no corpo do pedido.

71
00:05:39,750 --> 00:05:44,820
usuário do formulário ou do corpo da solicitação e, basicamente, vai comparar a senha que o

72
00:05:44,820 --> 00:05:50,580
usuário digitou na entrada e compara isso com essa versão do hash louco no banco de dados .

73
00:05:50,580 --> 00:05:55,950
Nós nem sequer temos que fornecer explicitamente que o passaporte leva automaticamente a senha do nome de

74
00:05:55,950 --> 00:05:58,740
E então nós fornecemos um objeto com dois parâmetros.

75
00:05:58,740 --> 00:06:02,290
Redirecionamento de sucesso e redirecionamento de falha.

76
00:06:02,310 --> 00:06:07,650
Então, se funcionarmos, iremos redirecionar para cortar o segredo e, se não funcionar bem, redirecionar

77
00:06:07,650 --> 00:06:10,410
para reduzir o log antes de testá-lo.

78
00:06:10,410 --> 00:06:16,470
Existe uma outra linha de código que precisamos para configurar o passaporte com o

79
00:06:16,490 --> 00:06:25,860
topo, onde fizemos o passaporte serializar e serializar o usuário para adicionar outro no passaporte usar a nova estratégia local, que é

80
00:06:25,860 --> 00:06:27,370
o que importamos aqui.

81
00:06:27,480 --> 00:06:28,710
Eu apoio local.

82
00:06:28,710 --> 00:06:30,490
Nós salvamos a estratégia local.

83
00:06:30,990 --> 00:06:41,710
Então, volte para essa nova estratégia local e, em parênteses, usuário autenticar e salvar.

84
00:06:41,790 --> 00:06:46,620
Então, estamos criando uma nova estratégia local usando o método de autenticação do usuário.

85
00:06:46,770 --> 00:06:53,130
Isso vem dos negociantes locais do Passport, então não precisamos escrever o método

86
00:06:53,160 --> 00:06:53,680
autenticado.

87
00:06:53,850 --> 00:07:00,270
Isso é dado a nós e depois estamos a dizer passaporte para o uso da estratégia local que a autenticação dos dados

88
00:07:00,280 --> 00:07:01,440
do usuário é autenticada.

89
00:07:01,800 --> 00:07:06,400
OK, então agora temos que configurar nossa autenticação deve funcionar.

90
00:07:06,470 --> 00:07:08,450
Então vamos dar uma chance.

91
00:07:08,580 --> 00:07:10,480
Na verdade, sim.

92
00:07:10,570 --> 00:07:16,350
E vamos começar tentando se inscrever ou fazer login com uma conta que sabemos que não funciona.

93
00:07:16,350 --> 00:07:21,860
Faça o login e o leva de volta à página de logon e é isso que nós estabelecemos aqui.

94
00:07:22,380 --> 00:07:24,900
Falha na redirecionamento do log de barra.

95
00:07:25,140 --> 00:07:27,250
Agora, faça login com uma conta que eu

96
00:07:30,720 --> 00:07:33,650
conheço funciona e desta vez me leva à página secreta.

97
00:07:34,260 --> 00:07:35,890
Então, agora estamos logando.

98
00:07:36,120 --> 00:07:37,380
Ainda não temos sessão aberta.

99
00:07:37,500 --> 00:07:43,470
Nós nos iniciamos trabalhando para me inscrever usando o registro e, em seguida, eles também podem fazer login.

100
00:07:43,530 --> 00:07:48,510
Nós temos um formulário, assim como o Registro teve uma rota de formulário e, em seguida, temos uma

101
00:07:48,510 --> 00:07:54,930
rota de publicação para realmente fazer a autenticação e depois falamos sobre o middleware, que é a idéia de ter algum código que

102
00:07:54,930 --> 00:08:01,200
funcione entre o início de uma rota eo final final de esse manipulador de rotas no vídeo seguinte e final dessa série

103
00:08:01,520 --> 00:08:04,770
vai implementar o log out e também criaremos nosso próprio middleware
