Seite von http auf https umleiten? Sinnvoll oder nicht?

[Der Martin]

Moin,

Der SSL-Verbindungsaufbau dauert immer etwas länger als ein unverschlüsselter Verbindungsaufbau. Der zusätzliche Zeitbedarf liegt, je nachdem wie gut der Server in Form ist, zwischen einer halben und fünf Sekunden pro Seitenabruf.

Mir ist kein einziger Fall bekannt, wo der SSL-Handshake mehr als 200ms dauert.

mir ist kein Fall bekannt, wo ein reiner HTTP-Request-Response-Zyklus weniger als 200ms dauert, von SSL gar nicht zu reden. Außer natürlich der lokale Apache, der antwortet ohne spürbare Verzögerung.

Ich würde hier wirklich das Problem bei deiner Leitung suchen…

Leitung ist wahrscheinlich ein treffendes, aber eben sehr ungenaues Stichwort. An Browser/OS kann's nicht liegen, da sich Windows- und Linux-PCs mit ganz unterschiedlichen Browsern in diesem Punkt ähnlich anfühlen; am PC kann's nicht liegen, weil das Verhalten auf allen PCs hier im LAN/WLAN ähnlich ist; am Router kann's nicht liegen, weil ich im Lauf der Jahre schon drei verschiedene hatte; an der DSL-Hardware kann's m.E. auch nicht liegen, weil (nachdem die massiven Störungen von neulich wieder weg sind) das Protokoll der Fritzbüx eine stabile Verbindung meldet.
Bleibt also eine provider-seitige Bremse, die aber nicht die Transferrate bremst (die liegt bei bis zu 750kB/s downstream), sondern nur Totzeiten pro Paket zu verursachen scheint.

Aldi ist eher ein Negativ-Beispiel: Da dauert der Abruf jeder Seite etwa 1..2s länger, seit die ohne erkennbaren Grund alles auf SSL umgestellt haben.

mit http: 0.082 total, mit https: 0.423 total (inklusive startup time). Wobei die HTTP-Anfrage auf ein 403 stösst und vermutlich vom Backend gar nicht erst verarbeitet wird und deshalb < 100ms liegt.

Die Startseite von ALDI Süd braucht hier vom Drücken der Enter-Taste bis zum ersten sichtbaren Lebenszeichen im Browserfenster geschätzte 3 Sekunden. Folgeseiten kommen mit etwas geringerer Verzögerung, vermutlich weil einige Ressourcen schon im Cache sind.

So long,
 Martin