nicht angemeldet
Hi Mathias,
Generell hast du natürlich recht. Aber wie sieht es mit persistenten
HTTP-Verbindungen aus, über die mehrere Requests geschickt werden?
nun ja, das kommt darauf an. ;-)
Es ist ja nicht so, daß sich der Client darauf verlassen kann, daß er
auch den nächsten Request noch über dieselbe Verbindung senden kann.
Der Server bietet ihm das zwar an, aber er hat die Kontrolle darüber,
wie lange und für wieviele Requests er diesen Client die persistente
Verbindung zur Verfügung stellt (beides konfigurierbar im Apache).
Andersfalls könnte man mit 256 langlaufenden Clients ja auch sämtliche
Verbindungen eines Apache okkupieren und ihn damit zunageln ...
Also: Persistente Verbindungen sind IMHO eher eine Tuning-Maßnahme als
eine abstrakte eigene Protokollschicht - genau wie ein Browser-Cache
ja auch kein Protokoll oberhalb von HTTP darstellt.
Denen könnte man eine komplexe Interaktion zwischen Klient und Server
unterstellen (mehr als: Anfrage - Antwort à la "Gib mir /foo!" -
"Hier hast du /foo, 200, tschüss und der nächste bitte.").
Wenn ich das richtig verstanden habe, läuft das eher sogar primitiver
ab, nicht komplexer. Der Client läßt den Handshake, den er ansonsten
zur Etablierung der Verbindung benötigt hätte, einfach weg und nimmt
die bereits existierende Verbindung - falls das scheitert, fällt er
auf sein Default-Verhalten ohne persistente Verbindungen zurück.
Viele Grüße
Michael