Beaucoup de grands sites Web (Facebook, etc.) sont des paramètres CDN pour leur contenu. Maintenant, je remarque, que ces CDN ne sont pas toujours sur le domaine d'origine.CDN et domaines
Exemple: photos Facebook sont sur "photos-a.ak.fbcdn.net"
Pourquoi? Y a-t-il un gain de performance à ne pas avoir beaucoup de sous-domaines sur le domaine "primaire" (facebook.com)
Il y a un gain de performance assez important pour l'utilisateur car avec un domaine différent, le navigateur n'aura pas à envoyer les cookies plus.
Lire cet article pour plus d'informations sur les domaines cookieless: http://code.google.com/speed/page-speed/docs/request.html#ServeFromCookielessDomain
Un CDN est généralement répandu à travers le monde afin que l'utilisateur est plus proche de fichiers que si tous les fichiers étaient dans le centre de données principal.
Il est difficile (impossible?) De router un seul domaine vers différents centres de données.
De plus, les cookies ne doivent plus être envoyés. Pour Facebook, qui a un tonne de cookies en raison d'être intégré partout sur le web, cela peut être un gros économiseur.
Stackoverflow s'expains très bien sur its static content site.
Lorsque le navigateur fait une demande d'une image statique et envoie les cookies en même temps que la demande, le serveur n'a pas utilisé pour les biscuits. Donc, ils ne créent que du trafic réseau sans raison valable. Vous devez vous assurer que les composants statiques sont demandés avec des demandes sans cookie. Créez un sous-domaine et hébergez tous vos composants statiques .
Si votre domaine est www.example.org, vous pouvez héberger vos composants statiques sur static.example.org. Toutefois, si vous avez déjà déjà placé des cookies sur le domaine de premier niveau domain.org par opposition à www.example.org, alors toutes les demandes à static.example.org comprendront ces cookies. Dans ce cas, vous pouvez acheter un tout nouveau domaine, héberger vos composants statiques là, et garder ce domaine sans cookie. Yahoo! utilise yimg.com, YouTube utilise ytimg.com, Amazon utilise images-amazon.com et ainsi de suite .
Un autre avantage de l'hébergement de composants statiques sur un domaine sans cookie est que certains proxies peuvent refuser de mettre en cache les composants demandés avec des cookies. Sur une note connexe , si vous vous demandez si vous devez utiliser exemple.org ou www.exemple.org pour votre page d'accueil, considérez l'impact cookie . Omettre www ne vous laisse pas de choix mais d'écrire des cookies à * .example.org, donc pour des raisons de performances, il est préférable d'utiliser le sous-domaine www et d'écrire les cookies dans le sous-domaine .
Originaire de Yahoo.