2010-11-04 7 views

risposta

4

Non vedo perché no se si adatta al limite di lunghezza del cookie. Tuttavia convertirò l'oggetto serializzato in dire Base64.

Quale problema stai risolvendo?

2

Sì, è possibile, se la stringa risultante does'nt superare il limite del cookie-size (4KB)

6

Se questi oggetti non sono sensibili (ad esempio, non si cura se gli utenti modificano loro), quindi serializzarli in cookie va bene, a condizione che i tuoi oggetti siano abbastanza piccoli da non causare problemi.

Se i cookie SONO sensibili (è necessario dipendere da essi a un livello di integrità) o se si dispone di strutture di grandi dimensioni, quindi perché non considerare l'archiviazione di questi oggetti serializzati in una sessione persistente che è memorizzata sul server. È quindi possibile utilizzare i cookie come chiave o ID per sapere quale sessione ripristinare al ritorno del visitatore. In questo modo, la dimensione dei tuoi oggetti serializzati e se potrebbero "adattarsi" a un cookie non è più rilevante.

Un'altra possibilità se non si è chiari sugli utenti che modificano le cose, ma richiedono molto spazio, (anche se potrebbe non funzionare per tutti i browser) è creare un "database locale" HTML5 o una memoria lato client. In questo modo, eliminerai sia la tua preoccupazione per le dimensioni dei cookie sia le dimensioni crescenti del tuo database sul lato server. Questa è probabilmente l'opzione migliore per i siti in cui desideri archiviare molti dati per utente, ma non sei sicuro che torneranno mai più. Puoi sempre ricorrere all'archiviazione sul lato server (vedi sopra) per i browser più vecchi.

Ecco un particolarmente buon tutorial per iniziare a lavorare con i database locali HTML5: http://blog.darkcrimson.com/2010/05/local-databases/

Spero che questo è utile & buona fortuna!

Problemi correlati