So verwenden Sie HTML5 Lokalspeicher für Daten? Diese Daten bestehen auch nach dem Abschluss des Browsers und wiedereröffnet, im Gegensatz zu Sitzungsspeicher, der gelöscht wird, wenn die Registerkarte oder das Fenster der Browser -Formulierung geschlossen ist. Die Daten sind spezifisch für den Ursprung (Domäne, Protokoll und Port) der Website. Es dauert zwei Argumente: den Schlüssel (eine Zeichenfolge) und den Wert (eine Zeichenfolge). Zahlen, Booleans und Objekte können gespeichert werden, müssen jedoch vor dem Speicher in Zeichenfolgen in Zeichenfolgen konvertiert werden und unter Verwendung
nach dem Abrufen zurückgezogen werden. Es gibt den Wert als Zeichenfolge oder
zurück, wenn der Schlüssel nicht vorhanden ist. Denken Sie daran, JSON -Objekte wieder in Objekte zu analysieren. entfernt alle für diesen Ursprung gespeicherten Elemente. Alternativ können Sie .
- clientseitig Speicher: Die Daten werden auf dem Computer des Kunden gespeichert, wodurch sie für clientseitige Angriffe anfällig sind. Bösartige Skripte, die im Browser des Benutzers ausgeführt werden, können möglicherweise auf die gespeicherten Daten zugreifen und manipulieren. Dies gilt insbesondere dann, wenn vertrauliche Informationen wie Passwörter oder persönlich identifizierbare Informationen (PII) gespeichert werden. Speichern Sie niemals sensible Daten direkt im lokalen Speicher. Robuste Eingangsvalidierung und Ausgangscodierung sind entscheidend für die Minderung von XSS -Schwachstellen. Während der Browser möglicherweise einen gewissen Schutz gegen lässigen Zugang bietet, können festgelegte Angreifer mit physischem Zugriff auf die Maschine die Daten möglicherweise abrufen. Browser können ihre eigenen Mechanismen für die Verwaltung von Speicherquoten und Löschen von Daten haben, was möglicherweise die Verfügbarkeit gespeicherter Informationen beeinflusst. Sollte:
- Speichern sensibler Daten vermeiden:
speichern nur nicht sensitive, transiente Daten im lokalen Speicher. Serverseitige Datenbanken oder verschlüsselte Speichermechanismen. Die Eignung hängt von den spezifischen Anforderungen der Anwendung ab. Hier ist ein Vergleich: -
Feature |
HTML5 Local Storage |
Session Storage |
Cookies |
Server-Side Databases |
IndexedDB |
Storage Location |
Client-side |
Client-side |
Client-side |
Server-side |
Client-side |
Persistence |
Persistent |
Session-based |
Persistent (configurable) |
Persistent |
Persistent |
Size Limit |
~5MB-10MB (browser dependent) |
~5MB-10MB (browser dependent) |
~4KB (per cookie) |
Virtually unlimited |
Much larger than local storage |
Access |
Same origin |
Same origin |
Same origin |
Network request required |
Same origin |
Security |
Vulnerable to XSS |
Vulnerable to XSS |
Vulnerable to XSS, susceptible to manipulation |
More secure |
Relatively secure |
Data Type |
Key-value pairs |
Key-value pairs |
Key-value pairs |
Structured data |
Structured data |
kurz:
- Lokaler Speicher: am besten für kleine Mengen anhaltender, nicht sensitiver Daten, die für den Client leicht zugänglich sein müssen. Sitzung. Daten, die eine effiziente Abfrage und Indexierung erfordern. Browserbeschränkungen beschränken die Speicherkapazität in der Regel auf einige Megabyte (5 MB-10 MB, variiert je nach Browser und Gerät). Der Versuch, signifikant mehr Daten zu speichern, führt wahrscheinlich zu Leistungsproblemen und potenziellen Speicherquota-Ausnahmen. geeignet für die Verwaltung großer Datensätze. Sie bieten eine robuste Skalierbarkeit, Indexierung und Abfragemöglichkeiten. Es ist ideal für Offline -Anwendungen, die wesentliche Datenmengen lokal speichern und verwalten müssen. Denken Sie jedoch daran, dass Komprimierung die Verarbeitungsaufwand hinzufügt. Wählen Sie eine geeignetere Lösung basierend auf den Anforderungen an die Größe, Typ und Sicherheitsanforderungen Ihrer Daten.
Das obige ist der detaillierte Inhalt vonWie benutze ich den HTML5 -Lokalspeicher für Daten?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
Stellungnahme:Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn