2010-11-04 13 views

Respuesta

4

No veo por qué no si se ajusta al límite de longitud de la cookie. Sin embargo, convertiría objetos serializados en decir Base64.

¿Qué problema estás solucionando?

2

Sí, es posible, si la cadena resultante does'nt exceder el límite de la cookie de tamaño (4 KB)

6

Si estos objetos no son sensibles (es decir, no le importa si sus usuarios modificar ellos), luego serializarlos en cookies está bien, siempre que sus objetos sean lo suficientemente pequeños como para no causar problemas.

Si sus cookies SON sensibles (debe depender de ellas hasta un nivel de integridad) o si tiene estructuras grandes, ¿por qué no considera almacenar estos objetos serializados en una sesión persistente almacenada en su servidor? A continuación, puede utilizar las cookies como una clave o ID para saber qué sesión restaurar cuando el visitante regrese. De esta manera, el tamaño de sus objetos serializados y si podrían 'encajar' en una cookie ya no es relevante.

Otra posibilidad si no molesta que los usuarios modifiquen las cosas, pero requieren un amplio espacio (aunque puede que no funcione para todos los navegadores) es crear una "base de datos local" HTML5 o un lado del cliente. De esta manera, ambos eliminan su preocupación sobre el tamaño de las cookies y el tamaño creciente de su propia base de datos del lado del servidor. Esta es probablemente la mejor opción para los sitios en los que desea almacenar una gran cantidad de datos por usuario, pero no está seguro de si alguna vez volverán a aparecer. Siempre puede recurrir al almacenamiento del lado del servidor (ver arriba) para navegadores más antiguos.

Aquí es particularmente un buen tutorial para empezar con HTML5 bases de datos locales: http://blog.darkcrimson.com/2010/05/local-databases/

espero que esto sea útil & buena suerte!

Cuestiones relacionadas