Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- kommunikation:http:start [2024/02/18 12:27] – [Caching] Martin Pabst
+++ kommunikation:http:start [2024/11/21 07:05] (aktuell) – [Cookies zu Marketing- und Werbezwecken (third pary cookies)] Martin Pabst
@@ Zeile 7: / Zeile 7: @@
 {{ :kommunikation:http:request_response.png?800 |}}
-===== Die wichtigsten Requestparameter =====
+==== Die wichtigsten Requestparameter ====
   * **User-Agent**: Hier kann der Client mitteilen, welcher Browser die Anfrage sendet und in welchem Betriebssystem dieser läuft. Diese Information ist für Website-Betreiber wichtig, da sie so statistische Erkenntnisse darüber gewinnen, welche Browser/Betriebsssteme ihre User wie häufig verwenden und ihre Seite speziell für diese optimieren können.
@@ Zeile 16: / Zeile 16: @@
   * **Cookie**: Der Client kann dem Server sogenannte Cookies (das sind Schlüssel-Wert-Paare) übermitteln, die der Server bei einem vorhergehenden Request beim Client hinterlegt hat. Näheres dazu siehe unten.
-===== Die wichtigsten Responseparameter =====
+==== Die wichtigsten Responseparameter ====
   * **Date**: Datum und Uhrzeit der Antwort
   * **Server**: Hier kann der Server angeben, welches Server-Programm zum Einsatz kommt und auf welchem Betriebssystem es läuft.
@@ Zeile 46: / Zeile 46: @@
 </WRAP>
-<WRAP center round important 60%>
+<WRAP center round important 80%>
 **Problem:** \\
 HTTP ist zustandslos, viele Webseiten sind es aber nicht. Stellen Sie sich vor, sie kaufen in einem Online-Shop ein. Auf der Startseite geben Sie Ihren Benutzernamen und Ihr Passwort ein, dann klicken Sie auf "OK". Der Browser sendet die Daten jetzt per HTTP-Request an den Server, der liefert prüft ihre Zugangsdaten mithilfe Ihres Kundendatensatzes in seiner Datenbank und liefert eine Begrüßungsseite zurück ("Hallo Silvia, ..."). Da HTTP zustandslos ist, bleibt die Verbindung danach nicht erhalten. Beim nächsten Request an den Server (Sie klicken vielleicht auf ein Item, um es in den Einkaufskorb zu legen...) weiß dieser nicht mehr, dass der Request von Ihnen stammt.
@@ Zeile 59: / Zeile 59: @@
 {{ :kommunikation:http:session-cookies.png?800 |}}
-==== Cookies zu Marketing- und Werbezwecken (third pary cookies) ====
+==== Cookies zu Marketing- und Werbezwecken (third party cookies) ====
 Das Geschäftsmodell von Firmen wie Google und Facebook beseht darin, Werbung zu vermarkten (online marketing). Dabei können sie für Werbebanner und Links in Suchergebnislisten umso mehr Gebühren verlangen, je besser die Nutzer, die die Werbung zu sehen bekommen, zum beworbenen Produkt/Service passen.
@@ Zeile 112: / Zeile 112: @@
   * **a)** Welche Arten von Cookies sind aus Datenschutzgründen bedenklich? Warum?
   * **b)** Was können Sie als Nutzer/in tun, um sich zu schützen?
-  * **c)** Wie agieren die aktuellen Browserhersteller (Mozilla/Apple/Google/Microsoft) im Kontext von third party cookies? Welche Interessen verfolgen sie jeweils?
+  * **c)** Wie agieren die aktuellen Browserhersteller (Mozilla/Apple/Google/Microsoft) ins Sachen third party cookies? Welche Interessen verfolgen sie jeweils?
-===== Maßnahmen zur Verbesserung der Performance von HTTP =====
 ===== Caching =====
 Liefert ein Server eine Ressource (z.B. eine HTML-Datei, eine Grafikdatei, ...) aus, so kann der Client sie auf seiner SSD zwischenspeichern. Falls der User dieselbe Webseite erneut besucht und der Browser die Ressource erneut braucht, kann er dann einfach die zwischengespeicherte Version von der SSD verwenden. Diesen Vorgang nennt man **caching**. Das beschleunigt nicht nur den Ladevorgang der Webseite (das Laden von der SSD geht viel schneller als das Holen vom Server), sondern ist auch umweltschonend, da jeder HTTP-Request/Response Energie verbraucht. \\ \\
@@ Zeile 124: / Zeile 124: @@
 dass die entsprechende Ressource maximal 604800 Sekunden im Cache zwischengespeichert werden sollte.
+===== Weiterentwicklungen =====
 ==== HTTP/2 ====
 Die neue Protokollversion HTTP/2 findet Stand 2024 langsam immer mehr Verwendung in Browsern und Webservern. Sie bietet folgende Performanceverbesserungen gegenüber HTTP/1.1:
@@ Zeile 130: / Zeile 131: @@
-==== Web 2.0 ====
-Klassische statische Webseiten können den Inhalt des Browserfensters nur ändern, indem der Nutzer auf einen Link klickt und daraufhin eine neue Seite geladen wird. Das ist ineffizient und langsam, denn in vielen Fällen ist erwünscht, dass sich die Seite bei User-Interaktion nur geringfügig ändert. Klickt der User besipielsweise auf den "Kaufen"-Button neben einer Ware, so ist es sehr ineffizient, deswegen gleich die ganze Seite neu zu laden. \\ \\
-Seit den frühen 2000'er Jahren ist es üblich, Webseiten mit Programmen in der Sprache Javascript anzureichern, die im Kontext der Webseite innerhalb des Browsers ausgeführt werden und weitreichende Möglichkeiten zur Veränderung der dargestellten Webseite im Browser und zur Interaktion mit dem Nutzer haben. Bei jeder Interaktion mit den Nutzer wird dann eine Javascript-Methode aufgerufen, die Darstellung der Webseite im Browser verändert und gegebenenfalls im Hintergrund Requests an den Webserver senden kann, damit dieser über die User-Aktion unterrichtet wird. Im obigen Beispiel (User klickt auf den "Kaufen"-Button neben einer Ware) würde ein Javascript-Programm aufgerufen, das beispielsweise die Darstellung des Warenkorbs rechts oben auf der Seite verändert und im Hintergrund einen Request an den Server sendet um ihm mitzuteilen, welche Ware der Nutzer gerade in seinen Warenkorb gelegt hat. \\ \\
-Viele Webseiten werden inzwischen nur noch ein Mal (nämlich beim Aufrufen) geladen, danach erfolgt jede Veränderung über Javascript-Programme. Man nennt diese Webseiten **single page applications**. Mit dieser Technik ist es möglich, Textverarbeitungen, Tabellenkalkulationen, Zeichenprogramme, Spiele usw. zu entwickeln, die komplett im Browser laufen.