Uso de cookies para almacenar sesiones en ASP MVC

Question

Almacenar toda la sesión en una cookie ha sido un estándar en Rails en los últimos años. ¿Existe alguna manera fácil de lograr algo similar con ASP MVC?

De forma predeterminada, cualquier cosa en Session/TempData se almacena en la memoria en el servidor. En web.config esto se puede cambiar a un almacén de SQL/caché del lado del servidor. Me gustaría poder tener estos objetos persistidos en una cookie.

Parece que podría implementar un proveedor de tienda de estado de sesión personalizado. ¿Hay un enfoque más simple?

Answer 1

sí, implemente un custom state session-provider. Y no, afaik no hay un enfoque más simple.

Ps. no es tan malo como parece, es decir,> la mitad del odbc sample está escribiendo en el db.

Answer 2

depende de qué tipo de datos que desea almacenar en la cookie, si quieres sólo para cadena de almacenamiento, el siguiente código hará:

HttpCookie cookie = new HttpCookie("username","sth"); 
      cookie.HttpOnly = true; 
      cookie.Expires = DateTime.Now.AddMonths(3); 
      HttpContext.Current.Response.Cookies.Add(cookie); 

Answer 3

no debería utilizar Sesiones para esto, pero los perfiles en lugar. Los perfiles usan cookies para unir computadoras a perfiles, etc. La clave de perfil se almacena en una cookie, y no se pierde al cerrar el navegador, etc.

Información aquí; http://odetocode.com/articles/440.aspx

Answer 4

No recomendaría almacenar toda la sesión en las cookies. Tiene malas implicaciones de rendimiento. Considere esto: cada solicitud (para cada recurso) contendrá una sobrecarga de datos posiblemente antiguos que solo necesita una o dos veces. Eventualmente, esta sobrecarga afectará a sus usuarios, su ancho de banda y el rendimiento de su sitio.

He aquí un ejemplo:

GET/HTTP/1.1 
Host: localhost 
OtherUsefulHeaders: foo 
Cookie: YourSessionState=... 

tamaño de la petición inicial es de alrededor de 200 bytes. Digamos que agrega alrededor de 100 bytes a su sesión. Ahora el tamaño es de 300 bytes y la sobrecarga es ~ 30%. Agrega otros 100 bytes y la sobrecarga es del 50%. Lo que significa que requiere aproximadamente 2 veces el tiempo para enviar la solicitud y 2x de ancho de banda.

Debería mirar en cookie-based TempData implementation ya que tiene una huella mucho más pequeña y realmente tiene sentido.

Answer 5

Creo que sería mucho más eficiente almacenar la ID de sesión (un hash o lo que sea) en la cookie, y luego usar esa ID para obtener los datos de la sesión de la memoria/base de datos/el almacenamiento que prefiera. Mantener el estado de sesión completo en una cookie aumenta el ancho de banda innecesariamente.

Además, tenga en cuenta la seguridad: si la cookie contiene información de autenticación u otros datos confidenciales y no tiene cuidado, el usuario puede piratearla fácilmente para obtener privilegios o complicar su aplicación (encriptar los datos es una mierda también, porque entonces tiene que codificar en base 64 los datos encriptados, lo que desperdicia aún más el ancho de banda y el tiempo de procesamiento). Debe nunca entrada de confianza del usuario.