|
|
Barthel

: 13.10.2010 : 1051
|
| : 22.12.2011, 15:28 : Page speed: Browser-caching |
|
|
| Für Wordpress benutze ich dafür W3 Total Cache. Bei Amazon gibt es aktuell auch für ein Jahr ein bestimmtes Kontingent umsonst, das Locker für rund 400-600 Besucher reicht. Probieren kostet also nicht mal etwas ^^ |
|
| Nach oben |
|
 |
Melegrian

: 30.01.2005 : 924 : Stendal
|
| : 22.12.2011, 17:43 : Page speed: Browser-caching |
|
|
Mal so grob, habe gerade in den WMT nachgeschaut, dort habe ich zwar nur zwei meiner Sites verifiziert, doch bei denen steht zumindest:
| : |
Leistungsübersicht
Im Durchschnitt benötigen Seiten auf Ihrer Website 2,0 Sekunden zum Laden (aktualisiert am 20.12.2011). Dies ist schneller als 69 % der Websites. Diese Schätzungen sind von geringer Genauigkeit...
Im Durchschnitt benötigen Seiten auf Ihrer Website 1,7 Sekunden zum Laden (aktualisiert am 20.12.2011). Dies ist schneller als 74 % der Websites. Diese Schätzungen sind von geringer Genauigkeit...
|
Völlig unabhängig davon, wie genau diese Schätzungen sind, so lange die Seiten immer noch unter dem Durchschnitt liegen, wüsste ich nicht warum man da noch etwas verändern oder auslagern sollte. Gedanken würde ich mir erst machen, wenn die Ladezeiten über dem Durchschnitt liegen würden.
Das mag eine völlig andere Rolle spielen, wenn es sich um Websites mit 5 bis 6 stelligen Seitenzahlen und 5 bis 7 stelligen Besucherzahlen handelt, doch bei allen was darunter liegt, reicht es meiner Meinung nach völlig aus, wenn die Ladezeiten nicht über dem allgemeinen Durchschnitt liegen. Wobei ein wenig Optimierung völlig ausreicht, um eben unter dem Durchschnitt zu kommen. |
|
| Nach oben |
|
 |
Barthel

: 13.10.2010 : 1051
|
| : 22.12.2011, 18:01 : Page speed: Browser-caching |
|
|
| Melegrian hat Folgendes geschrieben: |
| Wobei ein wenig Optimierung völlig ausreicht, um eben unter dem Durchschnitt zu kommen. |
Wenn es um das Ranking geht vielleicht, bei den Conversions ist schneller immer besser. Eine Sekunde mehr Ladezeit bedeutet laut einer Statistik rund 7% weniger Conversions, Amazon hat bei einer Zunahme der Ladezeit von einer Zehntelsekunde 1% weniger Umsatz.
Ob jetzt eine oder 1,5 Sekunden mag dir völlig egal sein, aber Spon lädt beispielsweise in über 10 Sekunden - trotz CDN. Ohne könntest du dir wahrscheinlich einen Kaffee holen bis die Seite mal da ist.
Abhängig ist das ganze vor allem auch von den Besuchern, denn wenn sich viele Besucher auf deinem Server tummeln, freut er sich, wenn er Bilder, CSS und so Sachen nicht ausliefern muss. Wenn du nur 100 Besucher am Tag hast und deine Seite auf einer ausreichend starken Kiste läuft, hast du da eher weniger Probleme.
Ein weiterer Vorteil von S3 und einem CDN allgemein ist, dass du Seiten auf lahmem Webspace enorm beschleunigen kannst. Bei mir laufen Blogs auf Webspace als ob sie nen Root unter der Haube hätten, das ganze lohnt sich also auch von den Kosten her ziemlich  |
|
| Nach oben |
|
 |
Melegrian

: 30.01.2005 : 924 : Stendal
|
| : 22.12.2011, 18:47 : Page speed: Browser-caching |
|
|
Bestreite ich nicht, habe mir die Preislisten von Amazon heute auch besehen und es sieht ja günstig aus.
Auf der anderen Seite habe ich noch nie begriffen, warum zum Beispiel bei einer CSS für jede Stylesheet-Angabe eine neue Zeile benutzt wird, statt alle zu einem Selektor gehörende Angaben in einer Zeile zu notieren, wodurch die CSS an Übersichtlichkeit zunimmt und die Größe sich um rund 10 bis 15 Prozent verringert. Oder warum einige Quelltexte mehr Leerzeilen und mehr Einrückungen besitzen, als für eine gute Übersichtlichkeit erforderlich wäre. In den meisten Programmiersprachen hat man dafür einen Compiler, der alle Leerzeilen, Kommentare usw. entfernt, da unnötiger Ballast. HTML als Auszeichnungssprache kennt hingegen so etwas nicht. Im HTML-Quelltext und in der CSS muss man halt selbst etwas aufräumen, um die Größe zu verringern.
Oder warum ein größeres JPG nicht in mehreren Komprimierungsstufen abgespeichert wird, um sich dann die auszusuchen, bei der mit Brille noch keine Qualitätseinbuße feststellbar ist.
Und wenn alles nichts nutzt, dass eventuell auch mal kontrolliert wird, ob der Datenbankzugriff lahmt. Somit alles Kleinigkeiten, die durchaus mit zu einer lahmenden Seite führen können, die aber oftmals kaum berücksichtigt werden. |
|
| Nach oben |
|
 |
Beloe007


: 05.03.2009 : 1882
|
| : 22.12.2011, 19:05 : Page speed: Browser-caching |
|
|
Es bringt auch viel einen abgespeckten Apache für die Bilder usw.. zu verwenden.
Zu geil: http://www.youtube.com/watch?v=UpAUQY4Wwlo
Wo gehobelt wird, da fallen Späne. |
|
| Nach oben |
|
 |
chris21

: 10.04.2005 : 2076
|
| : 23.12.2011, 15:46 : Page speed: Browser-caching |
|
|
@Barthel:
Nutzt Du nur S3 oder auch CloudFront?
Ich nutze Auslagerung auch bereits, allerdings derzeit noch nicht die AWS Angebote. Und meine derzeitigen Ladezeiten für Bilder gefallen mir noch nicht. Sonst ist es durchoptimiert (Browserlabs Page Speed Score 100/100).
Wie sieht es bei S3 mit Server Konfiguration aus? Hat man dort praktisch einen vollwertigen vServer bei dem man dann die ganze Administration machen muss (root) oder kann man einfach Einstellungen/Pakete buchen, über die ein optimierter gesicherterter Host nur für Dateien wie Bilder etc. bereitsteht?
Sonst überlege ich gerade, nur CloudFront ohne S3 zu nutzen. Könnte zwar (v)Server administrieren, lagere dies aber lieber aus.
Tante Edith sagt: sieht so aus, als hätte ich EC2 und S3 in einen Topf geworfen...
S3 ist nur ein Storage Server und sollte daher wesentlich unkritischer sein.
Einfach mal abwarten und Tee trinken. Das wird scho'.
Auch ne schöne Seite: klick. |
|
| Nach oben |
|
 |
marc77

: 22.05.2007 : 512
|
| : 27.12.2011, 10:56 : Page speed: Browser-caching |
|
|
ExpiresByType image/jpg "access plus 2 month"
hab ich bei mir auch drin...
<ifmodule mod_headers.c>
<filesmatch "\\.(ico|jpe?g|png|gif|swf)$">
Header set Cache-Control "max-age=5184000, public"
</filesmatch>
ist das bei einem Forum sinnvoll? wohl kaum oder? |
|
| Nach oben |
|
 |
muskelbody

: 03.10.2003 : 619
|
| : 27.12.2011, 15:13 : Page speed: Browser-caching |
|
|
sehr interessantes thema.
ich habe derzeit ein problem in eienm vbulletin forum. hier werden links von mehrseitigen themen in den browsercache geladen. werden neue beitraege erstellt, die eine weitere seite im post benoetigen, so wird die seite im cache als letzte angesehen und ich kann folgeseiten nicht aufrufen. erst durch ein loeschen des browsercache geht der zugriff wieder. (ie 8,9, ff 8,9 und opera. nicht t-online browser und das kann ich mir nicht erklaeren)
hab die seiten bereits auf no cache eingestellt, hilft aber irgendwie auch nicht.
kennt sich jemand aus ?
herzlichen dank
Gruß
Muskelbody
Linktauschpartner Sport, Fitness, Bodybuilding gesucht.
Kaufe Projekte: Sport, Fitness, Bodybuilding |
|
| Nach oben |
|
 |