XHTMLforum

XHTMLforum (http://xhtmlforum.de/index.php)
-   Knowledge Base (http://xhtmlforum.de/forumdisplay.php?f=79)
-   -   Ladezeit optimieren - Was sind die wichtigsten Faktoren? (http://xhtmlforum.de/showthread.php?t=65735)

haggy 16.09.2011 08:59

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.

fricca 16.09.2011 09:23

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

David 11.10.2011 15:24

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.

haggy 11.10.2011 18:22

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 ;)

hereandnow 14.10.2011 21:44

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

inta 14.10.2011 22:32

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.

sambuca89 22.11.2011 16:41

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

mermshaus 23.11.2011 11:16

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.“

protonenbeschleuniger 23.11.2011 11:18

Zitat:

Zitat von sambuca89 (Beitrag 506090)
Validierungsfehler müssen von Browsern erst korrigiert werden, was auch Zeit kosten kann. Oder irre ich mich?

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.

upasem 17.12.2011 01:00

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?


Alle Zeitangaben in WEZ +2. Es ist jetzt 15:02 Uhr.

Powered by vBulletin® Version 3.8.11 (Deutsch)
Copyright ©2000 - 2024, vBulletin Solutions, Inc.

© Dirk H. 2003 - 2023