キャンプに認証を追加する第3部であるこのレッスンでは、ログインに2つのルートを書き込んだり、ここで開始したフォームの子供を持つログとテンプレートを書き込んでいきます。
したがって、登録ログインには2つのルートが必要です。
これは私たちがより詳しく説明した最後のユニットからの少しのレビューであるべきですが、私たちはフォームを表示するためにGET要求を必要とし、実際にログインすることに反対します。
フォームから始めて、ここにコメントを追加します。
そのような形でログを表示する。
そして、あなたが食欲を持っていれば、私たちのリクエストレスポンスとコールバックが毎回スラッシュされたログを取得し、まだ存在しないテンプレートのログをレンダリングします。
ここで、そのタッチビューのスラッシュログインを作成しましょう。
E. J.
はい、今ではそれが始まります。
そして、ログインするだけで、サーバーを始動させて保存するというだけです。
私たちのアプリに行って、スラッシュログオンを試してみましょう。
そこに行く。
いいね。
フォーラムでのランチはありません。
したがって、フォームタグを用意して、入力を開始してタイプコールテキストを入力して、これを登録フォームから盗むことができます。
しかし、最初からもう一度入力することをお勧めします。
したがって、入力タイプは、テキスト名がusernameと同じになり、プレースホルダはユーザ名と同じになります。
次に、もう1つの入力タイプがパスワード名と同じで、パスワードのプレースホルダーとパスワードが等しくなります。
そして、私がやってきたボタンを使うのではなく、どちらかを使うことができるかどうかを実証するために入力タイプを使用します。
だから、入力タイプsubmit。
そして、それに価値を与える必要があります。
それが実際に現れるのです。
だから、値はログインするだけですが、保存してください私たちのフォームを見てください。
OK。
私たちはフォームを持っています。
私たちはそれに行動と方法を与える必要があるので、今は何もしません。
そして、登録に登録するのと同じように、我々はログオンフォームに登録をスラッシュにしている投稿要求を持っています。
私たちはログオンを中止するというポストリクエストを行います。
だから行動はソーシャルログオンでなければならず、その方法はポストでなければならない。
私が今すぐログインした場合、私たちはそのためのルートがないので、スラッシュのログインはできないという小さなメッセージが表示されます。
だから私は実際にイエスに戻り、私たちのログインルートを追加して、このルートはログインロジックを処理する責任があります。
だから私たちのコールバックでポストslashのログインをアンペアした。
そして、私たちがやることは、単純な読み取り送信ログインだけです。
ここでロジックが発生し、そのことを確認したいだけです。新しいルートを変更または追加するたびにサーバーを再起動する必要があります。
さあ、タイプを更新しましょう。
私たちは実際にそれらを記入する必要はありません。そして、ここではログインロジックが発生します。
大丈夫。
すばらしいです。
だから私たちは正しいルートを持っていますが、実際にはすべてを取り除くつもりです。なぜなら、最後のユニットから覚えていれば、ログインできるのはミドルウェアを使用するためです。
それがパスポートです。
ミドルウェアを認証します。
それで、ここにKhamaパスポートドット認証を追加してください。
そして、私たちは内部を提供する必要があります。
そして、2番目の引数としてローカルの後に我々はオブジェクトを提供し、そのオブジェクトは2つのことを成功させるでしょう。
リダイレクト。
ユーザーが正常にログインした場合、キャンプ場をスラッシュにリダイレクトし、障害リダイレクトを行い、ここに十分なテキストがあるので、これをインデントしましょう。
OKだから成功のリダイレクトと失敗のリダイレクトは、スラッシュログオンにリダイレクトされます。
このように失敗した場合は、ここに多くの目盛りがあります。まだコンマが必要な場合は、お手数ですが、
だからもう一度これを歩みましょう。
リクエストがスラッシュでログインしたときにスラッシュ・ログインするためのポスト・ルートをアンペアしないうちに、少し前からのレビューです。
これが最初に実行されます。
これとすべてこれはすべて第2引数です。
だから、本当にこのようになっています。スラッシュがログインした後、ミドルウェアがあり、コールバックがあります。
だから、ミドルウェアはここからそこに行きますが、これはあなたが新しい行に物事を置くとき、常に少し混乱します。
しかし、ちょうど1つの巨大なラインを持つよりも優れています。ミドルウェアではありません。私たちがここで設定した認証メソッドと呼ぶでしょう。
ここにいるのです。
パスポートはローカル戦略ユーザーを使用せず、認証しません。
だから、私たちがユーザーのデータをケイトやパスポートのドットをローカル戦略で認証すると、それは私たちが書く必要のない方法を使用します。
パスポートのローカルマングースパッケージを使用して無料で私たちに与えられました。
しかしそれは、ユーザー名で本体のパスワード要求を受け取り、そのユーザーのデータベースに格納されているパスワードでそのパスワードを認証する認証を呼び出します。
そして、私たちが心配する必要のない複雑なロジックをすべて処理します。
そしてそれがうまくいけば、そのようなキャンプ場がリダイレクトされてリダイレクトされてもリダイレクトされれば、本当に何もしないこのColbeckがここにあります。
私たちが望むならば、それを取り除くことができます。
しかし、私はちょうどそれをそこに残して、これがミドルウェアであることを認識しておきたいと思います。
OK。
サーバーを再起動します。
何が起こるか見てみましょう。私はこの行を取り除くでしょう。
それはそれに不満です。
そこに行く。
リフレッシュして、前回作成したアカウントと同じアカウントでプラグインしましょう。セーバースとパスワードはパスワードでログインしています。私はキャンプ場をスラッシュにします。
すばらしいです。
今戻ってみましょう。
私はもう一度サーバーをリセットして、私が動作しないと分かっているものを試してみましょう。
うまくいけば、私たちはそのパスワードを持つアカウントを持っていないので、私は失敗リダイレクトとして設定したので、フォームにログを戻します。
これは重要な概念なので、これを繰り返しておきましょう。
これは、ログの代わりに使用しているように、レジスタの代わりに使用しているものと同じパスポートです。
違いは、登録する代わりに、私たちがパスポート認証を実行する前に他のことをやっているということです。実際には、新しいユーザーを作るユーザーを登録しています。
そして、それがうまくいくならば、ユーザーのスラッシュ・ログに対するユーザーのログインは、既に存在すると推定されます。
だから私たちがしているのは、パスポートが認証してログインするものです。
OK、それは私がやりたいことのすべてです。
ログイン後にAPTにログインした後、これらの2つのルートを持つロジックにログインします。
そして、ここにもフォームがあります。
ちょうど登録のような単純なフォーム。
唯一の違いは、ここにフォームを提出する場所です。
驚くばかり。
次のビデオではログアウトに取り組み、NAVバーを少し上げていきます。