1
00:00:00,300 --> 00:00:05,490
 

2
00:00:05,490 --> 00:00:11,520
キャンプに認証を追加する第3部であるこのレッスンでは、ログインに2つのルートを書き込んだり、ここで開始したフォームの子供を持つログとテンプレートを書き込んでいきます。

3
00:00:11,520 --> 00:00:12,230
 

4
00:00:12,720 --> 00:00:15,840
したがって、登録ログインには2つのルートが必要です。

5
00:00:15,960 --> 00:00:20,790
これは私たちがより詳しく説明した最後のユニットからの少しのレビューであるべきですが、私たちはフォームを表示するためにGET要求を必要とし、実際にログインすることに反対します。

6
00:00:20,790 --> 00:00:25,260
 

7
00:00:25,260 --> 00:00:28,620
フォームから始めて、ここにコメントを追加します。

8
00:00:28,620 --> 00:00:31,830
そのような形でログを表示する。

9
00:00:32,250 --> 00:00:41,040
そして、あなたが食欲を持っていれば、私たちのリクエストレスポンスとコールバックが毎回スラッシュされたログを取得し、まだ存在しないテンプレートのログをレンダリングします。

10
00:00:41,040 --> 00:00:46,130
 

11
00:00:46,140 --> 00:00:49,920
ここで、そのタッチビューのスラッシュログインを作成しましょう。

12
00:00:49,960 --> 00:00:50,320
E. J.

13
00:00:50,340 --> 00:00:52,200
はい、今ではそれが始まります。

14
00:00:55,020 --> 00:00:55,890
そして、ログインするだけで、サーバーを始動させて保存するというだけです。

15
00:00:55,880 --> 00:01:02,660
私たちのアプリに行って、スラッシュログオンを試してみましょう。

16
00:01:03,420 --> 00:01:08,070
そこに行く。

17
00:01:08,100 --> 00:01:08,910
いいね。

18
00:01:08,910 --> 00:01:09,770
フォーラムでのランチはありません。

19
00:01:10,010 --> 00:01:11,910
 

20
00:01:12,180 --> 00:01:18,690
したがって、フォームタグを用意して、入力を開始してタイプコールテキストを入力して、これを登録フォームから盗むことができます。

21
00:01:18,690 --> 00:01:20,260
しかし、最初からもう一度入力することをお勧めします。

22
00:01:20,490 --> 00:01:23,070
したがって、入力タイプは、テキスト名がusernameと同じになり、プレースホルダはユーザ名と同じになります。

23
00:01:23,070 --> 00:01:32,230
次に、もう1つの入力タイプがパスワード名と同じで、パスワードのプレースホルダーとパスワードが等しくなります。

24
00:01:33,180 --> 00:01:45,210
そして、私がやってきたボタンを使うのではなく、どちらかを使うことができるかどうかを実証するために入力タイプを使用します。

25
00:01:45,210 --> 00:01:50,430
 

26
00:01:50,640 --> 00:01:53,430
だから、入力タイプsubmit。

27
00:01:53,440 --> 00:01:55,590
そして、それに価値を与える必要があります。

28
00:01:56,580 --> 00:01:58,140
それが実際に現れるのです。

29
00:01:58,590 --> 00:02:00,100
だから、値はログインするだけですが、保存してください私たちのフォームを見てください。

30
00:02:00,150 --> 00:02:05,780
OK。

31
00:02:06,200 --> 00:02:06,770
私たちはフォームを持っています。

32
00:02:06,960 --> 00:02:07,880
私たちはそれに行動と方法を与える必要があるので、今は何もしません。

33
00:02:07,920 --> 00:02:13,680
 

34
00:02:14,160 --> 00:02:20,490
そして、登録に登録するのと同じように、我々はログオンフォームに登録をスラッシュにしている投稿要求を持っています。

35
00:02:20,490 --> 00:02:21,540
私たちはログオンを中止するというポストリクエストを行います。

36
00:02:21,540 --> 00:02:25,040
だから行動はソーシャルログオンでなければならず、その方法はポストでなければならない。

37
00:02:25,620 --> 00:02:34,110
私が今すぐログインした場合、私たちはそのためのルートがないので、スラッシュのログインはできないという小さなメッセージが表示されます。

38
00:02:35,010 --> 00:02:40,740
 

39
00:02:40,740 --> 00:02:42,750
 

40
00:02:42,750 --> 00:02:49,530
だから私は実際にイエスに戻り、私たちのログインルートを追加して、このルートはログインロジックを処理する責任があります。

41
00:02:50,010 --> 00:02:51,970
だから私たちのコールバックでポストslashのログインをアンペアした。

42
00:02:52,380 --> 00:02:59,750
そして、私たちがやることは、単純な読み取り送信ログインだけです。

43
00:02:59,790 --> 00:03:05,100
 

44
00:03:05,190 --> 00:03:12,360
ここでロジックが発生し、そのことを確認したいだけです。新しいルートを変更または追加するたびにサーバーを再起動する必要があります。

45
00:03:12,360 --> 00:03:15,420
さあ、タイプを更新しましょう。

46
00:03:15,420 --> 00:03:18,140
私たちは実際にそれらを記入する必要はありません。そして、ここではログインロジックが発生します。

47
00:03:18,240 --> 00:03:23,290
大丈夫。

48
00:03:23,610 --> 00:03:24,300
すばらしいです。

49
00:03:24,420 --> 00:03:24,720
 

50
00:03:24,720 --> 00:03:29,700
だから私たちは正しいルートを持っていますが、実際にはすべてを取り除くつもりです。なぜなら、最後のユニットから覚えていれば、ログインできるのはミドルウェアを使用するためです。

51
00:03:29,700 --> 00:03:34,300
それがパスポートです。

52
00:03:34,590 --> 00:03:35,690
ミドルウェアを認証します。

53
00:03:35,720 --> 00:03:36,960
それで、ここにKhamaパスポートドット認証を追加してください。

54
00:03:37,050 --> 00:03:42,400
そして、私たちは内部を提供する必要があります。

55
00:03:42,780 --> 00:03:45,530
 

56
00:03:45,720 --> 00:03:51,600
そして、2番目の引数としてローカルの後に我々はオブジェクトを提供し、そのオブジェクトは2つのことを成功させるでしょう。

57
00:03:51,660 --> 00:03:53,040
リダイレクト。

58
00:03:53,040 --> 00:03:54,300
 

59
00:03:54,750 --> 00:04:03,580
ユーザーが正常にログインした場合、キャンプ場をスラッシュにリダイレクトし、障害リダイレクトを行い、ここに十分なテキストがあるので、これをインデントしましょう。

60
00:04:03,580 --> 00:04:08,020
OKだから成功のリダイレクトと失敗のリダイレクトは、スラッシュログオンにリダイレクトされます。

61
00:04:08,910 --> 00:04:13,020
 

62
00:04:16,370 --> 00:04:18,800
 

63
00:04:18,840 --> 00:04:26,580
このように失敗した場合は、ここに多くの目盛りがあります。まだコンマが必要な場合は、お手数ですが、

64
00:04:26,580 --> 00:04:27,750
だからもう一度これを歩みましょう。

65
00:04:27,750 --> 00:04:29,220
 

66
00:04:29,220 --> 00:04:35,010
リクエストがスラッシュでログインしたときにスラッシュ・ログインするためのポスト・ルートをアンペアしないうちに、少し前からのレビューです。

67
00:04:35,010 --> 00:04:36,170
これが最初に実行されます。

68
00:04:36,210 --> 00:04:37,580
これとすべてこれはすべて第2引数です。

69
00:04:37,620 --> 00:04:40,860
 

70
00:04:40,860 --> 00:04:47,430
だから、本当にこのようになっています。スラッシュがログインした後、ミドルウェアがあり、コールバックがあります。

71
00:04:47,430 --> 00:04:49,280
 

72
00:04:49,980 --> 00:04:55,860
だから、ミドルウェアはここからそこに行きますが、これはあなたが新しい行に物事を置くとき、常に少し混乱します。

73
00:04:55,860 --> 00:04:56,520
 

74
00:04:56,520 --> 00:05:02,100
しかし、ちょうど1つの巨大なラインを持つよりも優れています。ミドルウェアではありません。私たちがここで設定した認証メソッドと呼ぶでしょう。

75
00:05:02,580 --> 00:05:09,060
ここにいるのです。

76
00:05:09,090 --> 00:05:10,170
パスポートはローカル戦略ユーザーを使用せず、認証しません。

77
00:05:10,500 --> 00:05:14,870
 

78
00:05:14,880 --> 00:05:22,020
だから、私たちがユーザーのデータをケイトやパスポートのドットをローカル戦略で認証すると、それは私たちが書く必要のない方法を使用します。

79
00:05:22,020 --> 00:05:23,650
パスポートのローカルマングースパッケージを使用して無料で私たちに与えられました。

80
00:05:23,670 --> 00:05:27,900
 

81
00:05:28,020 --> 00:05:33,390
しかしそれは、ユーザー名で本体のパスワード要求を受け取り、そのユーザーのデータベースに格納されているパスワードでそのパスワードを認証する認証を呼び出します。

82
00:05:33,570 --> 00:05:37,730
そして、私たちが心配する必要のない複雑なロジックをすべて処理します。

83
00:05:37,810 --> 00:05:41,050
 

84
00:05:41,460 --> 00:05:47,670
そしてそれがうまくいけば、そのようなキャンプ場がリダイレクトされてリダイレクトされてもリダイレクトされれば、本当に何もしないこのColbeckがここにあります。

85
00:05:47,670 --> 00:05:49,670
私たちが望むならば、それを取り除くことができます。

86
00:05:49,670 --> 00:05:51,320
しかし、私はちょうどそれをそこに残して、これがミドルウェアであることを認識しておきたいと思います。

87
00:05:51,780 --> 00:05:55,670
OK。

88
00:05:56,070 --> 00:05:56,810
サーバーを再起動します。

89
00:05:57,030 --> 00:05:59,210
何が起こるか見てみましょう。私はこの行を取り除くでしょう。

90
00:05:59,670 --> 00:06:02,730
それはそれに不満です。

91
00:06:03,050 --> 00:06:05,330
そこに行く。

92
00:06:05,370 --> 00:06:06,700
 

93
00:06:07,560 --> 00:06:14,130
リフレッシュして、前回作成したアカウントと同じアカウントでプラグインしましょう。セーバースとパスワードはパスワードでログインしています。私はキャンプ場をスラッシュにします。

94
00:06:14,280 --> 00:06:19,810
すばらしいです。

95
00:06:19,860 --> 00:06:20,880
今戻ってみましょう。

96
00:06:20,880 --> 00:06:22,430
私はもう一度サーバーをリセットして、私が動作しないと分かっているものを試してみましょう。

97
00:06:22,500 --> 00:06:28,240
うまくいけば、私たちはそのパスワードを持つアカウントを持っていないので、私は失敗リダイレクトとして設定したので、フォームにログを戻します。

98
00:06:29,070 --> 00:06:34,350
 

99
00:06:34,350 --> 00:06:36,900
これは重要な概念なので、これを繰り返しておきましょう。

100
00:06:37,320 --> 00:06:40,470
 

101
00:06:40,470 --> 00:06:46,050
これは、ログの代わりに使用しているように、レジスタの代わりに使用しているものと同じパスポートです。

102
00:06:46,050 --> 00:06:46,710
 

103
00:06:46,710 --> 00:06:52,500
違いは、登録する代わりに、私たちがパスポート認証を実行する前に他のことをやっているということです。実際には、新しいユーザーを作るユーザーを登録しています。

104
00:06:52,830 --> 00:06:54,990
 

105
00:06:54,990 --> 00:07:02,400
そして、それがうまくいくならば、ユーザーのスラッシュ・ログに対するユーザーのログインは、既に存在すると推定されます。

106
00:07:02,400 --> 00:07:03,560
だから私たちがしているのは、パスポートが認証してログインするものです。

107
00:07:03,570 --> 00:07:07,210
OK、それは私がやりたいことのすべてです。

108
00:07:07,530 --> 00:07:09,630
ログイン後にAPTにログインした後、これらの2つのルートを持つロジックにログインします。

109
00:07:09,900 --> 00:07:14,740
そして、ここにもフォームがあります。

110
00:07:14,940 --> 00:07:16,500
ちょうど登録のような単純なフォーム。

111
00:07:16,620 --> 00:07:18,650
唯一の違いは、ここにフォームを提出する場所です。

112
00:07:18,660 --> 00:07:22,870
驚くばかり。

113
00:07:23,310 --> 00:07:23,750
次のビデオではログアウトに取り組み、NAVバーを少し上げていきます。

114
00:07:23,760 --> 00:07:28,340