Sollten alle meine statischen Inhalte auf einer kekslosen Domäne sein?
https://stackoverflow.com/questions/6815203
-
25-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Wir bedienen derzeit einen wesentlichen Teil des statischen Inhalts aus einer alternativen (Cookiefree) -Domäne - tatsächlich ist es auch eine ganz andere IP -Adressgress, sollte das eine Rolle spielen.
Dies hat uns sicherlich bei der Seitenlastgeschwindigkeit geholfen, aber nicht alle Inhalte werden aus dieser Domäne bedient.
Allgemeinwissen scheint zu sein, dass das Dienen aus einer zweiten Domäne schneller ist, da Sie Cookie/Session/ETC -Verkehr eliminieren und Weil es gleichzeitigere Verbindungen ermöglicht.
Letzteres hat mich neugierig: Wenn wir uns bewegen alle Statischer Inhalt an die andere Domäne, die Hauptdomäne erhält nur eine einzige Anfrage (für HTML) und alle anderen nachfolgenden Anforderungen gehen an die andere Domäne.
Dieser Wille reduzieren Die Menge an gleichzeitiger Anfragen, die ein Browser an unseren Server herstellt. Wird das die Dinge nicht langsamer machen? Vor allem, weil unsere Seiten oft enthalten viel von Bildern.
Alle Informationen, die ich finden kann, deuten darauf hin, dass alle Inhalte in die Cookieless -Domäne verschoben werden. Dieses Problem wird jedoch nie erwähnt, was bedeuten könnte, dass die Autoren diesen Nachteil möglicherweise nicht berücksichtigt haben?
Lösung
Sie haben Recht, aber Sie müssen sich nicht an eine einzelne Cookieless -Domäne halten ...
Sie können beispielsweise über Subdomains schärfen, z.
Wenn Sie so etwas wie eine Bildergalerie ausführen, möchten Sie die Bilder idealerweise über so viele Verbindungen wie der verwendete Browser schardieren (ich denke, Sie möchten dies möglicherweise nur dagegen testen, nur 6).
Um die Wartung zu erleichtern, kann jede Subdomain auf denselben Server zurückgeführt werden.
Update - 12. Dezember 13
Ich würde heutzutage nicht über 2 Scherben gehen (und ich würde es auch mit und ohne Scherben messen) - Will Chan schrieb einen guten Beitrag über "Over Sharding" und TCP -Überlastung - https://inouciant.org/tech/network-congestion-web-browsing/
