Bei meiner unendlichen Suche nach einer schnelleren Website dachte ich, ich könnte vielleicht einige Skripte zwischenspeichern. Ich benutze Yslow, um meine Website zu bewerten. Alles ist so ziemlich A (was großartig ist, unsere Website auf Pingdom wird in 0,4 bis 0,6 Sekunden geladen, was 5 bis 20 Mal schneller ist als unsere Konkurrenten), mit Ausnahme von zwei Dingen:
Verfallene Header hinzufügen:
(2011/7/7) http://fonts.googleapis.com/css?...
(2011/7/6) http://fonts.googleapis.com/css?...
(no expires) http://s7.addthis.com/js/250/addthis_widget.js#pubid=ra-4d7a205f1e2a0b4b
Und zu viele DNS-Lookups:
Die Komponenten sind auf mehr als 4 Domänen verteilt
static1.scirra.net: 4 Komponenten, 19,3 KB (4,3 KB GZip)
fonts.googleapis.com: 2 Komponenten, 0,8 KB (0,5 KB GZip)
static3.scirra.net: 2 Komponenten, 5,5 KB (2,7 KB GZip)
static4.scirra.net: 3 Komponenten, 12,7 KB
static2.scirra.net: 3 Komponenten, 76,6 KB
s7.addthis.com: 3 Komponenten, 126,3 KB (40,4 KB GZip)
ajax.googleapis.com: 1 Komponente, 78,6 KB (27,1 KB GZip)
www.scirra.com: 1 Komponente, 8,0 K (3,3 K GZip)
Diese Antwort auf SO:
Schlägt vor, ein zwischengeschaltetes Caching-Skript zu haben, das diese abruft und von Ihrem eigenen Server aus bereitstellt.
Gedanken? Wenn Sie eine Speed-Nuss wie ich sind, können wir damit rechnen, dass die Benutzer auf Kosten unserer Bandbreite etwas Ladezeit sparen?
quelle
Antworten:
Das Verschieben eindeutiger statischer Dateien in Ihre eigene Domäne, um die Suche nach Domänen zu verringern und Ablaufablauf-Header zu steuern, ist eine gute Idee, vorausgesetzt, Sie sind bereit, die Stammdateien regelmäßig auf Änderungen zu überprüfen.
Das Verschieben gängiger statischer Dateien in Ihre eigene Domain ist nicht immer eine gute Idee, da Sie den Vorteil verlieren, wenn sie bereits von einer anderen Site zwischengespeichert wurden, die der Benutzer möglicherweise besucht hat. (z. B. Google Web Fonts und die in der Google Libraries API gehosteten JavaScript-Dateien . )
[Abgesehen: Mein Wissen Pingdom Maßnahmen Server Antwortzeit, nicht Ladezeit, aber 0,6 Sekunde klingt immer noch schnell!]
quelle
Bandbreite ist zu diesem Zeitpunkt fast eine Ware. Insbesondere, wenn Sie Ihre Dateien komprimieren, bevor Sie sie an den Benutzer senden. Und da sich herausgestellt hat, dass die Seitengeschwindigkeit nicht nur das Suchranking, sondern vor allem die Conversion-Raten beeinflusst , würde ich sagen, dass dies keine schlechte Strategie ist. Stellen Sie einfach sicher, dass Ihre Caching-Engine Aktualisierungen für alle externen Skripte berücksichtigt, die Sie zwischenspeichern. Wenn Sie nicht mit ihnen synchron sind, kann dies zu unerwünschten Ergebnissen führen.
quelle