EvT, das stimmt. Allerdings machen solche Tests auch wirklich nur dann Sinn, wenn die Seite(n) auf dem letztendlichen Server liegen. Bei lokalen Entwicklungen - ich vermute mal, dass das hier im Forum nicht wenige sein werden - sollte man lieber schon im Entwicklungsprozess auf die Ladezeiten durch die oben genannten Punkte achten

Aber per se sollte man solche Tests natürlich regelmäßig machen. Ein nettes Plugin ist hier YSlow für den FireFox der sich an die Performanceregeln von Yahoo! hält.

__________________
Gruß haggy

Ich kann die Bücher von Steve Souders empfehlen. High Performance Websites und Even Faster Websites.

__________________
Corina Rudel

Online-Einsteigerkurs HTML/CSS | Buch: Fortgeschrittene CSS-Techniken

Hab ich's überlesen, oder fehlt es einfach? Daten vom Typ text/* kann man vor dem Versenden komprimieren. Das schlägt vor allem bei JS Frameworks und großen Stylesheets zu Buche.

Data-URIs können das CSS-Sprite unter Umständen komplett ersetzen.

__________________
github | http://dnaber.de

Es kommt jetzt wohl drauf an ... komprimieren kannst du vorher (das erwähnte "minify'en", oder es dem Server erledigen lassen. Letzteres hatte ich nicht mit angeführt, da das wohl vielleicht etwas sehr technisch ist.

Data URIs sind auch eine tolle Sache, das stimmt. Wobei ich mir gerade bei einer Sprite nicht so sicher bin, ob der Einsatz von Data URIs da Sinn macht. Google beispielsweise lädt die Sprites auch auf konventionellem Weg

__________________
Gruß haggy

Firebug plugin yslow installieren. Der sagt dir was schlecht ist, mit links auf Artikel wie es besser geht

Aber unbedingt selbst überlegen welche Hinweise sinnvoll sind und welche nicht, bloß nicht stumpf alles "verbessern" was Yslow, Pagespeed & Co vorschlagen. Die beiden Tools sind für große Projekte mit mehreren Servern ausgelegt, nicht jede "Optimierung" gilt auch für kleinere Umgebungen.

Hallo,

es wurde geschrieben, dass die Validierung von Webseiten nicht mit der Ladezeit zusammenhängt.

Hier muss ich widersprechen:

Validierungsfehler müssen von Browsern erst korrigiert werden, was auch Zeit kosten kann. Oder irre ich mich?

Danke im Voraus.

sambuca89

Der Aussage, dass Validierungsfehler die Ladezeit beeinträchtigen können, ist wohl schwer zu widersprechen. Das mag von der konkreten Implementierung abhängen. Ich glaube aber nicht, dass die möglichen Einbußen im Regelfall spürbar sind.

Es ist abgesehen davon aber völlig sinnlos, über sowas nachzudenken. Niemand sollte ernsthaft erwägen, bewusst falsches Markup zu erstellen. Solche Überlegungen sind der erste Schritt zu absurden Mikrooptimierungen im Stile von: „Ich nutze Arial, denn die Schriftart hat im Schnitt weniger Vektoren und kann deshalb schneller gerendert werden.“

Ja du irrst. Ein valides Dokument, kann syntaktisch völlig falsch sein. Daher sind eher Fehler die in der Fehlerkonsole angezeigt werden ein Problem. Validität interessiert den Browser eher weniger.

Ich empfehle zum testen der Ladezeiten die Google Webmaster Tools zu verwenden. Das Tools PageSpeed. Gute Webseiten schneiden hier mit 80 oder mehr Punkten von 100 ab.

Hast du gzip auf deinem Server verfügbar?

__________________
Authoren für incrim.com gesucht