Bienvenido de nuevo a esta lección, retomaremos donde lo dejamos con el código de autenticación y vamos
a agregar la funcionalidad de inicio de sesión.
Entonces, eso significa que debe agregar que para iniciar sesión, las rutas que son para el formulario representan el formulario y
el otro que realmente hace el log en lógica.
Y luego realmente necesitamos crear el formulario y luego lo probaremos.
Así que comencemos adentro.
Sí, vamos a agregar dos rutas y esas dos rutas nuevamente.
Una es la solicitud GET y una es una solicitud POST.
Ambos serán diagramas de inicio de sesión al igual que lo hicimos para registrarse.
Comencemos con el formulario y voy a hacer otra nota aquí.
Éstas se registrarán en las rutas y la primera solo va a generar el formulario de inicio
de sesión y esa es agradable y fácil de no recibir respuesta de solicitud de inicio de sesión de barra y vuelven a llamar y haremos un
registro de renderizado en rez.
Ahora, creemos esa forma.
Así que toque usar el inicio de sesión de barra de corte Ejay us y luego abra ese registro de barras de vistas vistas que E. J. Sí.
Estupendo.
Y agregaremos un buen H-1 que diga iniciar sesión y asegurémonos de que veamos esto cuando
iniciemos la aplicación.
Vayamos a nuestra aplicación y vayamos a cortar el inicio de sesión y recibir la plantilla.
Así que ahora es Agregar en el formulario y esto será como el formulario de registro a excepción de una gran
diferencia que es donde se envía el formulario.
Así que agregaremos la última Vamos a ir con las entradas de nuevo.
Así que teclear es igual al texto en el primer nombre igual a nombre de usuario y marcador de posición es igual
a nombre de usuario y luego lo duplicaremos y aquí haremos el mismo tipo de contraseña contraseña contraseña y el marcador de posición será contraseña.
Y luego agregaremos un botón R para enviar el formulario y solo escribiremos el inicio de sesión y luego tendremos que trabajar
en el formulario mismo.
Por lo tanto, este formulario debe enviar una solicitud de entrada para recortar el inicio de sesión ya que una publicación será nuestra otra
ruta que aún no hemos definido, pero allí es donde realmente procesaremos los datos y descubriremos si
coinciden las credenciales.
Así que vamos a configurar eso en lugar de iniciar sesión en cada caso, tenemos acción igual al registro de barras y el método también es
una publicación.
Por lo tanto, este formulario se encuentra en realidad en el inicio de sesión de barra inclinada a medida que recibe la ruta y se envía para iniciar sesión como una publicación.
Ahora echemos un vistazo a eso.
Actualiza la página que vemos el formulario.
Genial si lo intentamos y lo enviamos en este momento, no tenemos un inicio de sesión como una ruta de publicación y solo se agota el
tiempo de espera.
Así que volveremos ahora y agregaremos el registro en la ruta posterior y esta ruta será responsable de la lógica de inicio de sesión.
en la parte superior post slash inicie sesión en la solicitud de función en respuesta y aquí tenemos una nueva lógica y en realidad no es tan nueva porque ya la usamos aquí
o tenemos pasaporte dot authenticate local Haremos exactamente lo mismo excepto que hay una pequeño
giro que es que no vamos a hacerlo dentro de la devolución de llamada aquí.
Por lo tanto,
De hecho, vamos a hacerlo aquí como un segundo argumento.
Así que déjame mostrarte cómo se ve primero y luego repasarlo.
Así que amplificamos el registro de entrada y luego vamos a agregar pasaporte dot authenticate y eso
tomará local como una coma de cadena y luego abrir y cerrar llaves.
Y dentro de esos refuerzos hay un objeto y vamos a pasar en redirección de éxito.
Y eso será un secreto de barra y, a continuación, la redirección de fallas se volverá a iniciar sesión y
guardaremos y / o autenticará las necesidades para cerrar aquí.
Por lo tanto, se necesitan esos dos pasaportes para los argumentos que autentiquen el local Y luego este objeto completo.
Esos son los parámetros que estamos pasando en coma y luego esta es nuestra función de devolución de llamada y no necesitamos
poner nada aquí por el momento.
Así que simplemente lo dejaremos.
Entonces, hablemos de lo que hemos hecho aquí.
Ya hemos visto pasaporte dot authenticate pero no lo hemos visto usar así dentro del up up donde
no está en la devolución de llamada.
lo que se conoce como middleware y trabajaremos con middleware y escribiremos nuestro propio middleware y el próximo video.
Así que esto es
Pero la idea del middleware lo deletrearé aquí en el medio, donde dijiste un código que se ejecuta antes de
nuestra devolución de ruta final aquí.
Cuando nuestra aplicación recibe una solicitud posterior para cortar el inicio de sesión, ejecutará este código inmediatamente y podremos tener
varios middleware apilados para que podamos tener otra cosa que se ejecutará después de que nos
autentiquemos y luego otra cosa más.
Y la idea es que se sienten entre el comienzo de su ruta y luego al final de la
ruta, que es nuestro controlador al final.
De ahí el nombre middleware.
Así que de nuevo crearemos nuestro propio middleware en el próximo video.
Pero, por ahora, todo lo que necesita saber es que esto se llama middleware y recuerda el pasaporte de autenticación de punto.
Recuerde que el objetivo de todo esto es que en realidad trate de agradarle cuando lo marque
y luego guarde sus credenciales.
Por lo tanto, se necesitará la contraseña y el nombre de usuario que se encuentran en la solicitud dentro del cuerpo de solicitud.
o del cuerpo de la solicitud y básicamente va a comparar la contraseña que el usuario
tipeó en la entrada y compararla con esa versión loca de hash en la base de datos .
Ni siquiera tenemos que proporcionar explícitamente que el pasaporte tome automáticamente la contraseña de usuario del formulario
Y luego proporcionamos un objeto con dos parámetros.
Redirigir el éxito y la redirección de fallas.
Entonces, si funciona, vamos a redirigir para cortar el secreto y, si no funciona bien,
redirigiremos para cortarlo y registrarlo antes de probarlo.
Hay otra línea de código con la que tenemos que configurar el pasaporte, así que
arriba donde lo hicimos. El pasaporte se serializa y serializa. El usuario agregará otro en el pasaporte. Usa la nueva estrategia local que es
lo que importamos aquí.
Apoyo a lo local
Lo guardamos a la estrategia local.
Así que regrese a esa nueva estrategia local y luego entre paréntesis use el punto authenticar y guardar.
Así que estamos creando una nueva estrategia local utilizando el método de autentificación del usuario.
Eso proviene de los traficantes locales de Passport, por lo que tampoco tenemos que escribir el método de
autenticación.
Eso nos lo dieron a nosotros y luego le dijimos pasaporte para el uso de la estrategia local de esa versión de autenticación
de datos de usuario.
OK, entonces ahora tenemos esa configuración, nuestra autenticación debería funcionar.
Entonces, demos una oportunidad.
No, en realidad sí.
Y comencemos por intentar registrarse o iniciar sesión con una cuenta que sabemos que no funciona.
Inicie sesión y lo llevará de vuelta a la página de inicio de sesión y eso es lo que habíamos configurado aquí.
Error al redirigir el inicio de sesión de barra inclinada.
Ahora inicia sesión con una cuenta que sé
que funciona y esta vez me lleva a la página secreta.
Así que ahora tenemos iniciar sesión trabajando.
Todavía no tenemos cierre de sesión.
Hemos iniciado sesión para poder inscribirme usando register y luego también pueden iniciar sesión.
Tenemos una forma como Register tenía una ruta de formulario y luego tenemos una ruta de envío
para hacer la autenticación y luego hablamos de middleware, que es la idea de tener algún código que se ejecuta entre el
inicio de una ruta y el final de ese manejador de ruta en el próximo y último video de esta serie
implementará el cierre de sesión y también crearemos nuestro propio middleware