De hecho, HTTP no tiene estado, por lo que surge la pregunta de cómo el servidor mantiene la sesión para un usuario en particular. Vamos a entender esto con un simple ejemplo.
Supongamos que hay 3 empleados A, B y C y D es su empleador
- Nadie se conoce el uno al otro, pero saben (D les dijo) que la persona con una rosa roja etiquetada en la camisa es genuina.
- Parte del oro debe transferirse de A a C. A se encuentra con B y encuentra que la persona B tiene una rosa roja etiquetada en su camisa, por lo que A le da oro a B.
- Ahora, B está buscando a una persona con una rosa roja etiquetada en su camisa, pero una persona E vino a reclamar el oro. B identifica que esta persona no es genuina.
- Finalmente, B se encuentra con C y descubre que esa persona C tiene una rosa roja etiquetada en su camisa, por lo que B le da oro a C.
De manera similar, el servidor envía un conjunto de tokens (palabras clave secretas) ( en mi ejemplo, rosa roja ) que el navegador almacena y, si la solicitud se realiza una y otra vez desde el mismo servidor del navegador, encuentra que esta es la misma persona que también realizó la solicitud anterior.
- Cómo alojar mi sitio web con seguridad
- Soy un artista próximo sin reputación previa. ¿Cuáles son los mejores sitios web que me ayudan a vender mis dibujos sin reputación previa?
- ¿Cuáles son algunos de los mejores sitios web que conoces?
- Cómo traducir sitios web en inglés
- ¿Es GeeksForGeeks un buen sitio web para aprender estructuras de datos?
Nota: He dado una explicación de muy alto nivel solo para entender el concepto. Hay tantos if y buts y otras formas como UrlRewriting, etc. para implementar la sesión.
