Entwicklung webbasierter Anwendungen (Vorlesung 15)

Skript-Anfang	Skript – Seite 394
Skript-Ende	Skript – Seite 423

Sehr altes Protokoll, das nur dazu Dient Dokumente anzufordern und zurück zu senden
Server antwortet einem anfragenden Client (z.B. Browser) auf jede HTTP-Anfrage mit einem HTTP-Statuscode
Der Statuscode informiert darüber, ob die Anfrage erfolgreich / nicht erfolgreich bearbeitet wurde (siehe Respone-Line)
Jeder Aufruf ist voneinander unabhängig, d.h. Zusammenhänge zwischen Aufrufen müssen über Umwege hergestellt werden
HTTP-Anfragen können mittels bestimmter Tools manipuliert werden → Versuch fehlerhaftes Verhalten zu erzeugen (Strafbar!)

Client stellt Anfrage beim Server
Klassischer Ansatz
Dafür wurde HTTP ausgelegt
Client ruft Inhalte bei einem Server auf, bekommt auf seinen Request also eine Response mit Informationen geliefert

Server übermittelt ungefragt Daten an Client
Hat sich nicht durchgesetzt
Wäre technisch dennoch möglich
Client würde bei einem Server „Channel“ abbonieren und der Server würde neue Inhalte aus diesen Kanälen an den Client ohne Rückfrage übermitteln

Befehle wie PUT und DELETE existieren zwar, werden vom Webserver nicht weiter verarbeitet

Client kann Anfragen stellen wie „Liefere mir nur Seiten, die neuer sind als DATUM„
User-Agent → Informationen über den Browser um Kompatibilitätsprobleme zu behandeln
Referer → „Von welcher Seite komme ich?“ → Provisionsmodelle
Conttent-Encoding → Wenn Client und Server das gleiche Komprimierungsverfahren beherrschen → Übermittle komprimiert um Traffic zu reduzieren

Lange individuelle Zeichenkette zur Identifikation
Umsetzung über PHP und versteckte Felder
Session-Nummer kann auch in der URL übertragen werden, kann dadurch jedoch ausgespäht werden (Personen im Sichtfeld)
Über eine Manipulation kann man versuchen in die Session eines Anderen sich einzuklinken
Session-Nummer wird über Cookies gemerkt (siehe Amazon → „Du bist nicht Max Mustermann?„)
Zweistufige Erkennung → Login ist am Ende immer noch notwendig (siehe Amazon)
Server setzt irgendwann die Session zurück → Session timed out

Browser unterstützen standardmäßig Cookies
Bei vielen Browsern ist der integriert Cookie-Mechanismus deaktiviert
Umweg über Hidden-Field bzw. URL wieder möglich
PHP unterstützt automatisierte Workarounds (PHP kümmert sich von selbst darum)→ Session dann z.B. in URL