¿Qué tan persistente es localStorage?

Depende mucho de localStorage para un complemento que estoy escribiendo. Todas las configuraciones del usuario se almacenan en él. Algunas configuraciones requieren que el usuario escriba las expresiones regulares y estarían tristes si sus reglas de expresiones regulares desaparecen en algún momento. Así que ahora me pregunto qué tan persistente es el localStorage.

De las especificaciones :

Los agentes de usuario deben caducar los datos de las áreas de almacenamiento local solo por razones de seguridad o cuando el usuario lo solicite.

Lo anterior parece que funciona igual que las cookies en el lado del cliente. Es decir, cuando el usuario borra todos los datos del navegador (historial, cookies, caché, etc.), localStorage también se truncará. ¿Es esta suposición correcta?

Mozilla lo implementa como cookies:

El almacenamiento DOM se puede borrar a través de "Herramientas -> Borrar historial reciente -> Cookies" cuando el rango de tiempo es "Todo" (a través de nsICookieManager :: removeAll)

https://developer.mozilla.org/en/DOM/Storage

En DOM Storage no es posible especificar un período de vencimiento para ninguno de sus datos. Todas las reglas de caducidad se dejan en manos del usuario. En el caso de Mozilla, la mayoría de esas reglas se heredan de las reglas de caducidad relacionadas con las cookies. Debido a esto, probablemente puede esperar que la mayoría de sus datos de almacenamiento DOM duren al menos una cantidad de tiempo significativa.

http://ejohn.org/blog/dom-storage/

Chrome lo implementa como caché:

LocalStorage no es un almacenamiento seguro

El almacenamiento local HTML5 guarda los datos sin cifrar en forma de cadena en la memoria caché normal del navegador .

Persistencia

En el disco hasta que lo elimine el usuario (eliminar caché) o la aplicación

https://developers.google.com/web-toolkit/doc/latest/DevGuideHtml5Storage

En cuanto a un "reemplazo de la cookie", no del todo

Las cookies y el almacenamiento local realmente tienen propósitos diferentes. Las cookies son principalmente para leer en el lado del servidor, LocalStorage solo se puede leer en el lado del cliente. Entonces, la pregunta es, en su aplicación, ¿quién necesita estos datos: el cliente o el servidor?

Básicamente, usted debe no dependen en gran medida de almacenamiento local.

El almacenamiento local, junto con el almacenamiento de sesiones, pretende ser un reemplazo de las cookies, definiendo una API más consistente. Hay algunas diferencias con las cookies:

• Si bien se puede acceder a las cookies tanto desde el lado del cliente como desde el servidor, el almacenamiento web, en general, y el almacenamiento local, en particular, son accesibles solo desde el lado del cliente.
• Capacidad mejorada (el oficial para cookies es de 4 KB) a más de 5 MB por dominio (Firefox, Google Chrome y Opera y 10 MB en IE).

Entonces sí , tu suposición es correcta.

Una cosa a tener en cuenta sobre el uso de almacenamiento local. Es muy específico del navegador. Si almacena datos con Firefox, no estarán disponibles en Chrome o ie, etc. Además, en cuanto a borrar cookies y sesiones, he notado que también es específico del navegador si se borra o no el almacenamiento local. Analizaría mucho los detalles si realmente planeas confiar en el almacenamiento local para una aplicación.

El almacenamiento local está diseñado para ser un almacenamiento de datos confiable y persistente en un cliente. No está diseñado como una "mejor cookie": esa función está diseñada para ser cumplida por Session Storage.

De la recomendación candidata a especificaciones de almacenamiento web de diciembre de 2011 ,

(Almacenamiento local) está diseñado para un almacenamiento que abarca varias ventanas y dura más allá de la sesión actual. En particular, las aplicaciones web pueden desear almacenar megabytes de datos del usuario, como documentos completos creados por el usuario o el buzón de un usuario, en el lado del cliente por razones de rendimiento.

Como datos del lado del cliente, es tan persistente como cualquier dato del lado del cliente, dentro de los límites de tamaño que implementa el navegador. Los usuarios pueden eliminarlo en cualquier momento, abrirlo en un editor de texto y editarlo, etc., como CUALQUIER dato del lado del cliente.

Si está utilizando localStorage para una aplicación de iOS, tenga mucho cuidado. La última versión de iOS (5.1 fuera de mi cabeza) ha movido los datos de almacenamiento local y localdb a una parte de la caché que se borra regularmente, es decir, no es en absoluto persistente. Todavía no puedo decir si esto es un error o un cambio de política.