.htaccess, YSlow und „Verwenden Sie Cookie-freie Domains“
https://stackoverflow.com/questions/1433131
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Einer von Kenngrößen YSlow ist ist Cookie-freie Domains zu verwenden, um statische Dateien zu dienen.
"Wenn der Browser eine statische anfordert Bild und sendet Cookies mit der Anfrage der Server ignoriert die Kekse. Diese Cookies sind nicht erforderlich Netzwerktraffic. Zur Umgehung dieses Problem, stellen Sie sicher, dass statische Komponenten werden gebeten, Cookie-freie Anfragen durch eine Schaffung Sub-Domain und sie dort Hosting.“- Yahoo YSlow
Ich interpretiere das so, dass ich Gewinne Leistung auftreten könnte, wenn ich mich bewege www.example.com/images static.example.com/images .
Das ist zwar einfach zu tun, würde ich die praktische Fähigkeit in meinem Content-Management-System (Joomla / Wordpress) verliert leicht zu verweisen und Link auf diese Bilder.
Ist es möglich, .htaccess zu verwenden, um alle Anfragen für einen bestimmten Ordner auf www.example.com Umleitung in einen Ordner auf static.example.com statt? Würde dieses Verfahren auch das CMS täuschen zu denken, die Bilder in den Standardpositionen auf einer eigenen Domäne wurden?
Lösung
Ist es möglich, .htaccess zu verwenden, um alle Anfragen zu umleiten für einen bestimmten Ordner auf www.example.com in einen Ordner auf static.example.com statt?
Möglich, aber kontraproduktiv -. Der Kunde müsste eine HTTP-Anforderung machen, die Umleitung Antwort erhalten, dann eine weitere HTTP-Anforderung machen
Das kostet viel mehr als die einzige Zeile Cookie-Daten gespeichert!
Würde diese Methode auch die CMS täuschen in die Bilder denken befanden sich in den Standardpositionen auf eigene Domain?
Nein.
Andere Tipps
Das ist zwar einfach zu tun, würde ich verlieren die praktische Fähigkeit, innerhalb meiner Content-Management-System (Joomla / Wordpress) zu leicht Referenz und verbinden auf diese Bilder.
Was Sie könnten versuchen, ist ein Plugin in Joomla zu tun erstellen, die dinamically diese Referenzen erstellt.
Zum Beispiel haben Sie ein Plugin, dass, wenn Sie {dinamic_path Pfad} in einem Artikel eingeben, es anhängt ‚static.example.com/images‘ auf dem Weg zur Verfügung gestellt. Also, jedes Mal müssen Sie den Server-Pfad ändern, die Sie gerade im Plugin ändern. Für die Links, die bereits in der Datenbank vorhanden sind, können Sie versuchen, phpMyAdmin zu verwenden, um sie in dieser Struktur zu ändern.
Er verliert immer noch die WYSIWYG hability in TinyMCE, ist aber eine Alternative.
In der Theorie könnten Sie eine virtuelle Domain erstellen, die direkt in den Ordner images, wie images.example.com verweist. Dann in Ihrem CMS (hoffentlich am Thema Schicht) Sie irgendwelche Pfade ersetzen könnten, die mit einem absoluten Pfad zu den Bildern Punktordner auf die Sub-Domain.
Die Umleitungen würden weit mehr Netzwerkverkehr verursachen und far mehr Latenz, als einfach verlassen Dinge, wie sie sind.
Es würde die Anfrage umleiten, aber der Kunde noch seine Cookies an den Server senden würde, so wirklich nichts, was man erreicht. Sie würden direkt müssen die Dateien zugreifen, von einer Domäne, die keine Cookies speichert, damit es funktioniert.
Was wollen Sie wirklich ist staticexample.com/images statt static.example.com/images Gebrauch machen, so dass Sie keine Cookies nicht abholen auf der example.com Domain, die Sie festgelegt haben. Wenn alles, was Sie tun Server ist, Bilder aus dieser Domäne mit einem einfachen Apache-Server oder etwas, dann können Sie diesen Server so konfigurieren, nicht einmal einen Session-Cookie zurückzukehren.
Die Umleitungen sind eine sehr schlechte Idee. Cookies verursacht einige Performance-Hits, aber Roundtrip zum Server wie eine Umleitung würde dazu führen, ein viel ernsteres Leistungsproblem ist.
Ich habe unten und gewann Erfolg:
<FilesMatch "!\.(gif|jpe?g|png)$">
php_value session.cookie_domain example.com
</FilesMatch>
Was es bedeutet, dass, wenn Sie nicht setzen Bilder in Cookie-Informationen. Dann Bilder sind Cookies frei mit dem Server.
