Das HTTP-Protokoll ist eines der wichtigsten Protokolle für eine reibungslose Kommunikation zwischen Server und Client. Der Hauptnachteil des HTTP-Protokolls besteht darin, dass es ein zustandsloses Protokoll ist, was bedeutet, dass es keinerlei Antworten oder Anfragen des Servers oder Clients verfolgt. Um dieses Problem zu lösen, gibt es drei Möglichkeiten, nützliche Informationen zu verfolgen. In diesem Artikel werden wir den Unterschied zwischen lokalem Speicher, Sitzungsspeicher und Cookies sehen und warum es für einen Webentwickler wichtig ist, diese Begriffe zu kennen.

Lokaler Speicher: Diese schreibgeschützte Schnittstelleneigenschaft bietet Zugriff auf das lokale Speicherobjekt des Dokuments. Die gespeicherten Daten werden browsersitzungsübergreifend gespeichert. Ähnlich wie sessionStorage, mit der Ausnahme, dass sessionStorage-Daten gelöscht werden, wenn die Seitensitzung endet, also wenn die Seite geschlossen wird. Es wird gelöscht, wenn die letzte private Registerkarte eines Browsers geschlossen wird (localStorage-Daten für ein Dokument, das in einer privaten Browser- oder Inkognito-Sitzung geladen wurde).

1 Milliarde bis Million

DOMStrings sind Speicherformate, die UTF-16 zum Codieren von Daten verwenden, wobei zwei Bytes pro Zeichen verwendet werden. Zeichenfolgen werden automatisch aus Ganzzahlschlüsseln generiert, genau wie bei Objekten. Die in LocalStorage gespeicherten Daten sind spezifisch für ein Protokoll im Dokument. Wenn die Site über HTTP geladen wird (z. B. http://example.com), gibt localStorage ein anderes Objekt zurück, als wenn sie über HTTPS geladen wird (z. B. https://abc.com).

Wenn ein Dokument von einer Datei-URL geladen wird (d. h. direkt vom lokalen Dateisystem des Benutzers statt vom Server), sind die Verhaltensanforderungen nicht definiert und können je nach Browser variieren. Für jede Datei scheint in allen aktuellen Browsern von localStorage ein anderes Objekt zurückgegeben zu werden: URL. Im Wesentlichen scheint es so zu sein, dass jede URL-Datei ihren eigenen, eindeutigen lokalen Speicherbereich hat.

Dieses Verhalten kann nicht garantiert werden, da, wie oben erwähnt, die Anforderungen an die Datei-URL unklar bleiben. Daher besteht die Möglichkeit, dass Browser jederzeit die Art und Weise ändern, wie sie mit Dateien umgehen. Die Art und Weise, wie einige Browser damit umgehen, hat sich weiterentwickelt.

Der lokale Speicher verfügt über 4 Methoden:

wie man eine Methode in Java aufruft

• setItem()-Methode – Diese Methode benötigt zwei Parameter, einen als Schlüssel und einen als Wert. Es wird verwendet, um den Wert an einem bestimmten Ort mit dem Namen des Schlüssels zu speichern.

localStorage.setItem(key, value)>

• getItem()-Methode – Diese Methode verwendet einen Schlüsselparameter, der verwendet wird, um den mit einem bestimmten Schlüsselnamen gespeicherten Wert abzurufen.

localStorage.getItem(key)>

• Methode „removeItem()“ – Diese Methode wird verwendet, um den im Speicher gespeicherten Wert in Bezug auf den Schlüssel zu entfernen.

localStorage.removeItem(key)>

• clear() Methode – Diese Methode wird verwendet, um alle im lokalen Speicher gespeicherten Werte zu löschen.

localStorage.clear()>

Bild des lokalen Speicherpanels

Was ist Sitzungsspeicher?

Auf Sitzungsspeicherobjekte kann über die schreibgeschützte Eigenschaft sessionStorage zugegriffen werden. Der Unterschied zwischen sessionStorage und localStorage besteht darin, dass localStorage-Daten nicht ablaufen, während sessionStorage-Daten gelöscht werden, wenn die Seitensitzung endet.

Sobald ein Dokument in eine Browser-Registerkarte geladen wird, wird eine eindeutige Seitensitzung erstellt. Seitensitzungen gelten jeweils nur für eine Registerkarte. Seiten werden nur so lange gespeichert, wie der Tab oder der Browser geöffnet ist; Sie bleiben nach dem Neuladen und Wiederherstellen der Seite nicht bestehen. Bei jedem Öffnen einer Registerkarte oder eines Fensters wird eine neue Sitzung erstellt. Dies unterscheidet sich von Sitzungscookies. Jeder Tab/jedes Fenster, das mit derselben URL geöffnet wird, erstellt seinen eigenen SessionStorage. Wenn Sie einen Tab duplizieren, wird der SessionStorage vom Original-Tab auf den duplizierten Tab kopiert. Durch das Schließen eines Fensters/einer Registerkarte wird die Sitzung beendet und sessionStorage-Objekte gelöscht.

Das Protokoll einer Seite bestimmt, welche Daten im sessionStorage gespeichert werden. Insbesondere werden Daten, die von Skripten gespeichert werden, auf die über HTTP zugegriffen wird (z. B. http://abc.com), in einem separaten Objekt derselben Site gespeichert, auf die über HTTPS zugegriffen wird (z. B. https://abc.com). Eine DOMString-Nummer besteht aus zwei Bytes pro Zeichen im UTF-16-DOMString-Format. Zeichenfolgen werden automatisch aus Ganzzahlschlüsseln generiert, genau wie bei Objekten.

Java int im String

Session Storage verfügt über 4 Methoden:

• setItem()-Methode – Diese Methode benötigt zwei Parameter, einen als Schlüssel und einen als Wert. Es wird verwendet, um den Wert an einem bestimmten Ort mit dem Namen des Schlüssels zu speichern.

sessionStorage.setItem(key, value)>

• getIteam()-Methode – Diese Methode verwendet einen Schlüsselparameter, der verwendet wird, um den mit einem bestimmten Schlüsselnamen gespeicherten Wert abzurufen.

sessionStorage.getItem(key)>

• Methode „removeItem()“ – Diese Methode wird verwendet, um den im Speicher gespeicherten Wert in Bezug auf den Schlüssel zu entfernen.

sessionStorage.removeItem(key)>

• clear() Methode – Mit dieser Methode werden alle im Sitzungsspeicher gespeicherten Werte gelöscht

sessionStorage.clear()>

Bild des Sitzungsspeichers

vergleichbare Schnittstelle in Java

Plätzchen: Der Begriff Cookie bezieht sich lediglich auf Textinformationen über eine Website. Um Sie zu erkennen und Ihnen Ergebnisse gemäß Ihren Präferenzen anzuzeigen, speichert diese Website einige Informationen in Ihrem lokalen System, wenn Sie eine bestimmte Website besuchen. Die Geschichte des Internets ist seit langem von der Verwendung von Cookies geprägt. Ein Website-Besucher fragt den Server nach einer Webseite, wenn er diese besucht. Jede Anfrage an einen Server ist einzigartig. Wenn Sie die Website hundertmal besuchen, wird jede Anfrage vom Server als einzigartig betrachtet. Da ein Server jede Sekunde viele Anfragen erhält, erscheint es nicht logisch und offensichtlich, die Informationen jedes Benutzers auf einem Server zu speichern. Die gleichen Informationen werden möglicherweise nicht erneut benötigt, wenn Sie nicht zurückkehren. Daher wird ein Cookie gesendet und auf Ihrem lokalen Computer gespeichert, um Sie eindeutig zu identifizieren. Sie erhalten beim nächsten Aufruf eine Antwort vom selben Server, da dieser Sie erkennt. Fast jeder Server verwendet dieses Cookie (heute gibt es aufgrund von Werbung einige Ausnahmen). Obwohl Sie möglicherweise viele Cookies in Ihrem System haben, werden solche Cookies daher von einem Server erkannt und analysiert.

Als Cookies zum ersten Mal entwickelt wurden, dienten sie dazu, die Erfahrung des Entwicklers zu verbessern. Erwägen Sie den Besuch einer Website in einer anderen Sprache als Ihrer Muttersprache (sagen wir Englisch). Sie können im Sprachbereich der Website Englisch als Ihre Sprache auswählen. Wenn Sie dieselbe Website fünfmal besuchen, kann es notwendig sein, die Sprache fünfmal am Tag zu wechseln. Diese Angaben werden daher in einem Cookie auf Ihrem System gespeichert. Dadurch wird sichergestellt, dass der Server bei Ihrer nächsten Anfrage weiß, dass Sie die Website auf Englisch sehen möchten. Cookies sind in diesem Zusammenhang von entscheidender Bedeutung. Die heute verwendeten Scale-Cookies sind viel kleiner als im obigen Beispiel.

Bild von Keksen

Unterschied zwischen lokalem Speicher und Sitzungsspeicher , Und Kekse