Ich bin stark von localStorage für ein Plugin abhängig, das ich schreibe. Alle Benutzereinstellungen werden darin gespeichert. Einige Einstellungen erfordern, dass der Benutzer die regulären Regexe schreibt, und sie wären traurig, wenn ihre Regex-Regeln irgendwann weg wären. Jetzt frage ich mich, wie beständig der localStorage ist.
Aus den Spezifikationen :
Benutzeragenten sollten Daten aus den lokalen Speicherbereichen nur aus Sicherheitsgründen oder auf Aufforderung des Benutzers ablaufen lassen.
Das Obige sieht genauso aus wie Cookies auf der Clientseite. Das heißt, wenn der Benutzer alle Browserdaten (Verlauf, Cookies, Cache usw.) löscht, wird der localStorage ebenfalls abgeschnitten. Ist diese Annahme richtig?
chrome:settings/cookies
Antworten:
Mozilla implementiert es wie Cookies:
Chrome implementiert es wie einen Cache:
Was einen "Ersatz für das Cookie" betrifft, nicht ganz
quelle
Grundsätzlich sollten Sie nicht stark vom lokalen Speicher abhängig sein.
Der lokale Speicher soll zusammen mit dem Sitzungsspeicher die Cookies ersetzen und eine konsistentere API definieren. Es gibt einige Unterschiede zu den Cookies:
Also ja , Ihre Annahme ist richtig.
quelle
Basically, you should not heavily depend on Local Storage.
... Absolut !!Eine Sache, die Sie bei der Verwendung von lokalem Speicher beachten sollten. Es ist sehr browserspezifisch. Wenn Sie Daten mit Firefox speichern, sind diese nicht in Chrome oder zB usw. verfügbar. Auch beim Löschen von Cookies und Sitzungen ist mir aufgefallen, dass es auch browserspezifisch ist, ob der lokale Speicher gelöscht wird oder nicht. Ich würde viel in die Details schauen, wenn Sie wirklich vorhaben, sich für eine App auf lokalen Speicher zu verlassen.
quelle
Der lokale Speicher ist als zuverlässiger, dauerhafter Datenspeicher auf einem Client konzipiert. Es ist nicht als "besseres Cookie" konzipiert: Diese Funktion wird vom Sitzungsspeicher erfüllt.
Aus der Empfehlung des Web Storage Spec Candidate vom Dezember 2011 ,
Als clientseitige Daten sind sie innerhalb der vom Browser implementierten Größenbeschränkungen genauso persistent wie alle clientseitigen Daten. Benutzer können es jederzeit löschen, in einem Texteditor öffnen und bearbeiten usw. - genau wie bei JEDEN clientseitigen Daten.
quelle
Wenn Sie localStorage für eine iOS-App verwenden, seien Sie sehr vorsichtig. Die neueste Version von iOS (5.1) hat localstorage- und localdb-Daten in einen Teil des Caches verschoben, der regelmäßig gelöscht wird, dh überhaupt nicht dauerhaft ist. Ich kann noch nicht sagen, ob dies ein Fehler oder eine Richtlinienänderung ist.
quelle