W przypadku wtyczki, którą piszę, mocno polegam na localStorage. Wszystkie ustawienia użytkownika są w nim przechowywane. Niektóre ustawienia wymagają od użytkownika zapisywania wyrażeń regularnych i byłby smutny, gdyby ich reguły regex zniknęły w pewnym momencie. Więc teraz zastanawiam się, jak trwałe jest localStorage.
Ze specyfikacji :
Klienty użytkownika powinny wygasać dane z lokalnych obszarów przechowywania tylko ze względów bezpieczeństwa lub na żądanie użytkownika.
Powyższe wygląda na to, że działa jak pliki cookie po stronie klienta. To znaczy, gdy użytkownik wyczyści wszystkie dane przeglądarki (historia, pliki cookie, pamięć podręczna itp.), LocalStorage również zostanie obcięty. Czy to założenie jest słuszne?
chrome:settings/cookies
Odpowiedzi:
Mozilla implementuje to jak pliki cookie:
Chrome implementuje to jak pamięć podręczną:
Jeśli chodzi o „zamiennik Cookie”, nie do końca
źródło
Zasadniczo należy nie w dużym stopniu zależą od Local Storage.
Local Storage, wraz z Session Storage, ma na celu zastąpienie plików cookie, definiując bardziej spójne API. Istnieje kilka różnic w stosunku do plików cookie:
Więc tak , twoje założenie jest poprawne.
źródło
Basically, you should not heavily depend on Local Storage.
... Absolutnie !!Jedna uwaga dotycząca korzystania z pamięci lokalnej. Jest to bardzo specyficzne dla przeglądarki. Jeśli przechowujesz dane w przeglądarce Firefox, nie będą one dostępne w chrome lub np. Itp. Ponadto, jeśli chodzi o czyszczenie plików cookie i sesji, zauważyłem, że jest to również zależne od przeglądarki, czy pamięć lokalna jest wyczyszczona, czy nie. Zajmę się szczegółami, jeśli naprawdę planujesz polegać na lokalnej pamięci dla aplikacji.
źródło
Magazyn lokalny został zaprojektowany jako niezawodny, trwały magazyn danych na kliencie. Nie jest zaprojektowany jako „lepszy plik cookie”: ta funkcja została zaprojektowana tak, aby spełniała ją Session Storage.
Od rekomendacji dla kandydatów do przechowywania danych w sieci Web z grudnia 2011 r.
Jako dane po stronie klienta - są tak trwałe, jak wszystkie dane po stronie klienta, w granicach rozmiaru implementowanych przez przeglądarkę. Użytkownicy mogą go w każdej chwili usunąć, otworzyć w edytorze tekstu i edytować itp. - tak jak DOWOLNE dane po stronie klienta.
źródło
Jeśli używasz localStorage dla aplikacji na iOS, bądź bardzo ostrożny. Najnowsza wersja iOS (5.1) przeniosła dane localstorage i localdb do części pamięci podręcznej, która jest regularnie czyszczona, czyli wcale nie jest trwała. Nie mogę jeszcze powiedzieć, czy jest to błąd, czy zmiana zasad.
źródło