nicht angemeldet
Hallo,
Dann habe ich noch ein Problem mit Facebook. Da werde ich auch nocheinmal für abgewertet, weil er zwei Dateien einbindet (Serve resources from a consistent URL):
~~~html
http://static.ak.facebook.com/connect/xd_arbiter.php?version=24
https://s-static.ak.facebook.com/connect/xd_arbiter.php?version=24
> Als Skript habe ich natürlich, nur eine Datei eingebunden. Insgesamt fällt mir auch auf, dass wenn man etwas von Facebook einbindet direkt alle W3C Glocken Alarm schlagen. Wie schaffe ich das zu verhindern? Löschen geht nicht, ist absolut notwendig.
XD-Arbiter ist der Cross-Domain-Iframe (XD = X-Domain = Cross-Domain) zur domainübergreifenden JavaScript-Kommunikation, in neueren Browsern mit HTML5 postMessage. Dass Facebooks all.js den zweimal zu laden scheint, daran kannst du nichts machen.
> Was mich noch interessieren würde. Free cookie Domains. Ich habe gelesen, dass das ziemlicher Unfug sein soll.
Das kann man so pauschal nicht sagen.
> Allerdings machen das auch Amazon, Yahoo wenn ich in den Quelltext gucke. Ab wann empfiehlt sich sowas, oder gar wirklich überhaupt nicht? "Meine" Webseite ist sehr Bilder und Videolastig. Jedenfalls habe "ich" eine größere Bildergalerie mit mehreren hundert Bildern 850x400 (Grafiken, Bilder von Animationen, Fotografie).
In der Regel ist es förderlich, die statischen Assets von verschiedenen cookie-freien Asset-Hosts zu laden.
Vorteile:
- Maximale Auslastung der möglichen Verbindungen durch verschiedene Hosts
- Sehr einfach horizontal zu skalieren
- Einfache, spezielle Server-Software zur Auslieferung statischer Dateien ist möglich (nginx, Varnish usw.)
- Spezielle Caching-Direktiven sind möglich, am besten: bis zur Unendlichkeit cachen und mit Hashes in den URLs arbeiten
- Einfach anbindbar an CDN-/Caching-Provider wie Amazon CloudFront
Nachteile:
- Das alles muss aufgesetzt werden und es muss eine Logik geben, die die Requests aufteilt (von welchem Asset-Host wird ein Bild geladen? Round-Robin oder Sharding? Auf welchem Level?)
- Initiale DNS-Auflösung verschiedener Domains nötig – das halte ich aber im Vergleich zur Übertragung von Mengen an HTTP-Daten für vernachlässigbar
Ob der Aufwand Sinn macht, hängt davon ab, was du für ein Setup hast. Wenn deine Website bilder- und videolastig ist, also dein Traffic hauptsächlich durch diese Assets erzeugt wird und die Performance damit steht und fällt, und du auch noch Cookies verwendest, dann ergibt das schnell Sinn.
Als ersten Schritt solltest du einen separaten Cookie-freien Asset-Host einführen mit sinnvollem Caching. Diese sollte eine andere Second-Level-Domain sein, damit die Cookies der Hauptdomain nicht gesendet werden. Beispiel: Deine Website ist example.com, dein Asset-Host ist host1.example-assets.com.
Grüße,
Mathias
Der Martin
Matthias Apsel