Насколько устойчиво localStorage?

Я сильно зависим от localStorage для плагина, который я пишу. В нем хранятся все пользовательские настройки. Некоторые настройки требуют от пользователя записи регулярных выражений, и им будет грустно, если их правила регулярных выражений в какой-то момент исчезнут. Итак, теперь мне интересно, насколько стойким является localStorage.

Из спецификаций :

Пользовательские агенты должны удалять данные из локальных хранилищ только из соображений безопасности или по запросу пользователя.

Вышеупомянутое выглядит так, как будто он работает так же, как файлы cookie на стороне клиента. То есть, когда пользователь очищает все данные браузера (историю, куки, кеш и т.д.), localStorage также будет усечен. Верно ли это предположение?

Mozilla реализует это как файлы cookie:

Хранилище DOM можно очистить с помощью «Инструменты -> Очистить недавнюю историю -> Файлы cookie», когда диапазон времени - «Все» (с помощью nsICookieManager :: removeAll)

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

В DOM Storage невозможно указать срок действия каких-либо ваших данных. Все правила истечения срока действия оставлены на усмотрение пользователя. В случае Mozilla большинство этих правил унаследовано от правил истечения срока действия файлов cookie. Из-за этого вы, вероятно, можете ожидать, что большая часть данных вашего хранилища DOM будет храниться, по крайней мере, в течение значительного количества времени.

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

Chrome реализует это как кеш:

LocalStorage - это небезопасное хранилище

Локальное хранилище HTML5 сохраняет данные в незашифрованном виде в строковой форме в обычном кеше браузера. .

Упорство

На диске, пока не будет удалено пользователем (удалить кеш) или приложением

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

Что касается «замены cookie», не совсем

Файлы cookie и локальное хранилище действительно служат разным целям. Файлы cookie в первую очередь предназначены для чтения на стороне сервера, LocalStorage можно читать только на стороне клиента. Итак, вопрос в том, кому в вашем приложении нужны эти данные - клиенту или серверу?

По сути, вы не должны сильно зависеть от локального хранилища.

Локальное хранилище, наряду с хранилищем сеансов, призвано заменить файлы cookie, определяя более согласованный API. Есть несколько отличий от файлов cookie:

• Хотя файлы cookie доступны как со стороны клиента, так и со стороны сервера, веб-хранилище в целом и локальное хранилище в частности доступны только со стороны клиента.
• Увеличенная емкость (официально для файлов cookie - 4 КБ) до более 5 МБ на домен (Firefox, Google Chrome и Opera и 10 МБ в IE).

Так что да , ваше предположение верно.

Одно замечание об использовании локального хранилища. Это очень специфично для браузера. Если вы храните данные с помощью firefox, они не будут доступны в Chrome или т. Д. Также, что касается очистки файлов cookie и сеансов, я заметил, что это также зависит от браузера в отношении того, очищено ли локальное хранилище. Я бы подробно рассмотрел детали, если вы действительно планируете полагаться на локальное хранилище для приложения.

Локальное хранилище спроектировано как надежное и постоянное хранилище данных на клиенте. Он не разработан как «лучший файл cookie»: эта функция предназначена для выполнения хранилищем сеансов.

Согласно кандидатской рекомендации спецификации веб-хранилища за декабрь 2011 г. ,

(Локальное хранилище) предназначено для хранения, которое охватывает несколько окон и действует после текущего сеанса. В частности, веб-приложения могут пожелать хранить мегабайты пользовательских данных, таких как целые документы, созданные пользователем, или почтовый ящик пользователя, на стороне клиента из соображений производительности.

Как данные на стороне клиента - они так же постоянны, как и любые данные на стороне клиента, в пределах размера, который реализует браузер. Пользователи могут удалить его в любое время, открыть в текстовом редакторе, отредактировать и т. Д. - точно так же, как ЛЮБЫЕ данные на стороне клиента.

Если вы используете localStorage для приложения iOS, будьте очень осторожны. В последней версии iOS (на мой взгляд, 5.1) данные localstorage и localdb были перемещены в часть кеша, которая регулярно очищается, то есть не является постоянной. Я пока не могу сказать, ошибка это или изменение политики.