Pourquoi les demandes de contenu statique sont-elles envoyées à un autre site?

13

Chaque fois que je me connecte à stackoverflow ou à certains sites, je vois beaucoup de demandes de sites comme http://cdn.sstatic.net/. Pourquoi est-ce fait plutôt que de servir directement à partir du site réel? Comment cela aide-t-il à accélérer un site Web?

Santosh Linkha
la source
J'utilise Firefox AddOn PrivacyBadger qui montre mon cdn.sstatic.net comme un tracker. Pourquoi et comment dois-je réagir ici? Puis-je le bloquer?
buhtz

Réponses:

12

Vol sans vergogne:

Utiliser des domaines sans cookie pour les composants

Lorsque le navigateur fait une demande d'image statique et envoie des cookies avec la demande, le serveur n'a aucune utilisation de ces cookies. Ils ne créent donc 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-y tous vos composants statiques. Si votre domaine est www.example.org, vous pouvez héberger vos composants statiques sur static.example.org. Cependant, si vous avez déjà défini des cookies sur le domaine de premier niveau example.org par opposition à www.example.org, toutes les demandes adressées à static.example.org incluront ces cookies. Dans ce cas, vous pouvez acheter un tout nouveau domaine, y héberger vos composants statiques 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 mandataires peuvent refuser de mettre en cache les composants demandés avec les cookies. Sur une note connexe, si vous vous demandez si vous devez utiliser example.org ou www.example.org pour votre page d'accueil, considérez l'impact des cookies. L'omission de www ne vous laisse d'autre choix que d'écrire des cookies sur * .example.org, donc pour des raisons de performances, il est préférable d'utiliser le sous-domaine www et d'écrire les cookies sur ce sous-domaine.

Matthew Read
la source
6

Lorsque cela a été ajouté à Stack Overflow en août 2009, Jeff, comme vous vous en doutez, a tout écrit sur le blog SO . Si vous continuez à lire, il y aura d'autres discussions à ce sujet plus tard.

Il s'agit essentiellement de réduire le trafic des cookies.

Tony Meyer
la source
4

Les cookies sont envoyés à chaque demande aux domaines dans lesquels des cookies sont stockés. En configurant un domaine sans cookies, la taille des demandes diminue et la vitesse des demandes augmente, ceci est utile pour le contenu statique.

dan_waterworth
la source