nicht angemeldet
Hallo, Felix!
Einerseits ist eine Komprimierung und Ausdünnung der Header gerade für langsame Verbindungen durchaus positiv, andererseits wird für jede solche Verbindung, solange sie aufrechterhalten wird, ein Thread benötigt, was erhebliche Serverlast verursacht - und einen DDOS-Angriff noch wirkungsvoller werden läßt.
Die einzige wesentliche Verbesserung besteht darin, dass mehrere Dateien über den gleichen Verbindungszustand geholt werden können - und das hätte man ebenso mit einer Art MultiPart-Requests, die zu normalen HTTP-Requests kompatibel sind, regeln können. Server und Browser, die derartige Requests nicht beherrschen, machen dann weiter wie bisher.
Die Komprimierung auch der Header hätte man mit einem HTTPZ-Protokoll, welches ansonsten zum HTTP-Protokoll identisch ist, regeln können. Insofern ist SPDY ein extremes Vorpreschen, bei dem viel Porzellan zerschmissen wird. Derartige Un-Standards haben im Internet nichts zu suchen.
Abgesehen davon: mit Comet besteht bereits die Möglichkeit, Verbindungen für den beiderseitigen asynchronen Datenaustausch aufrecht zu erhalten, so dass auch dieser Grund hinfällig wird.
Gruß, LX
RFC 1925, Satz 6a: Es ist immer möglich, einen weiteren Umweg einzufügen.
RFC 1925, Satz 11a: Siehe Regel 6a
suit