2009-11-02 23:32:24 +0000 2009-11-02 23:32:24 +0000
125
125
Advertisement

Je vois régulièrement gstatic.com dans la barre d'état, quel est ce domaine ?

Advertisement

Parfois, lorsque je navigue sur le web, parmi les noms d'hôtes qui défilent dans la barre d'état, il y en a un qui inclut gstatic.com comme domaine de base. Je ne peux pas naviguer vers http://gstatic.com pour obtenir plus d'informations. Tout ce que j'obtiens est une page Google qui dit

L'URL demandée / n'a pas été trouvée sur ce serveur.

J'imagine donc que gstatic.com a quelque chose à voir avec Google. Quoi qu'il en soit, cela semble prendre une éternité lorsque je navigue sur une page qui fait référence à gstatic.com.

Advertisement
Advertisement

Réponses (4)

126
126
126
2009-11-02 23:45:49 +0000

Google a déchargé le contenu statique (code JavaScript, images et CSS) vers un autre nom de domaine afin de réduire l'utilisation de la bande passante et d'augmenter les performances du réseau pour l'utilisateur final.

  • augmente les performances en augmentant, en théorie, le nombre de connexions que le navigateur peut utiliser, par défaut, la plupart des navigateurs n'établiront que deux connexions vers un seul serveur. Bien que cela soit configurable, la plupart des utilisateurs ne s'en soucient pas, de sorte que le contenu provenant de plusieurs domaines, il peut ouvrir deux connexions pour chaque domaine utilisé par le site. Cela permet de charger le contenu dans le navigateur de l'utilisateur plus rapidement.

  • diminue la bande passante en désactivant les cookies et autres en-têtes HTTP pour le domaine gstatic.com. Croyez-le ou non, la désactivation des en-têtes réduit considérablement l'utilisation de la bande passante, surtout si une page utilise beaucoup de fichiers statiques.

  • le contenu statique peut être déchargé sur des serveurs CDN géographiquement divers. Google peut pousser tout le contenu vers les serveurs les plus proches de chez vous. Cela s'applique probablement davantage à un site d'entreprise normal, car Google fait un excellent travail en poussant tout le contenu vers le centre de données le plus proche de vous. Mais pour une entreprise normale, vous pourriez séparer votre contenu dynamique de votre contenu statique et payer ensuite un fournisseur de CDN pour héberger votre contenu statique, ce qui réduirait l'utilisation de la bande passante de votre centre de données d'entreprise, tout en améliorant les temps de chargement pour votre utilisateur.

28
28
28
2010-01-20 05:26:54 +0000

gstatic.com est un domaine qui ne fait pas de bruit pour fournir du contenu statique à Google. Voir cet article pour en savoir plus : Best Practices for Speeding Up Your Web Site - Use Cookie-free Domains for Components

Lorsque le navigateur fait une demande d'image statique et envoie des cookies en même temps que la demande, le serveur n'a aucune utilité pour ces cookies. Ils ne font donc que créer du trafic réseau sans aucune raison valable. Vous devez vous assurer que les composants statiques sont demandés avec des requêtes sans cookies. 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à placé des cookies sur le domaine de premier niveau example.org par opposition à www.example.org, alors 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 cookies. 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 cookies est que certains proxies peuvent refuser de mettre en cache les composants qui sont demandés avec les cookies. Dans le même ordre d'idées, si vous vous demandez si vous devez utiliser example.org ou www.example.org pour votre page d'accueil, prenez en compte l'impact des cookies. Omettre www ne vous laisse pas d'autre choix que d'écrire des cookies sur *.example.org, donc pour des raisons de performance, il est préférable d'utiliser le sous-domaine www et d'écrire les cookies sur ce sous-domaine.

15
Advertisement
15
15
2009-12-02 13:23:16 +0000
Advertisement

Si vous êtes comme moi, vous remarquez probablement le domaine gstatique parce que votre navigateur est en pause en attendant une ressource.

Si le domaine que vous voyez est

csi.gstatic.com

alors notez que ce n'est PAS une ressource statique. Il s'agit d'une sorte de journalisation interne (un peu comme Google Analytics). Si vous faites une recherche Google pour csi gstatic vous verrez que beaucoup de gens attendent jusqu'à 30 secondes pour que cette URI soit traitée par Google.

Google, pour sa part, n'a jamais (à ma connaissance) mentionné publiquement csi.gstatic.com/csi.

4
4
4
2009-11-02 23:44:57 +0000

gstatic.com est un domaine appartenant à Google où il héberge son contenu statique, principalement des images. Le but principal de ce domaine est d'améliorer les performances d'autres sites, et non de construire un site. L'une des raisons de l'existence d'un tel domaine est due aux limitations des principaux navigateurs concernant les téléchargements simultanés à partir d'un seul sous-domaine. Les recherches sur les performances du web ont montré que si l'on créait jusqu'à quatre sous-domaines, la vitesse de chargement des pages serait améliorée pour les pages contenant beaucoup de fichiers statiques.

Advertisement

Questions connexes

18
21
15
12
1
Advertisement