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

122

Parfois, lorsque je navigue sur le Web, parmi les noms d’hôtes qui défilent dans la barre d’état, figure celui qui fait partie gstatic.comdu domaine de base. Je ne peux pas accéder à http://gstatic.complus d'informations. Tout ce que je reçois est une page Google qui dit

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

Donc, j'imagine que cela gstatic.coma quelque chose à voir avec Google. Quoi que ce soit, cela semble prendre une éternité lorsque je navigue sur une page qui référence gstatic.com.

onze81
la source

Réponses:

121

Google a transféré du contenu statique (code JavaScript, images et CSS) vers un nom de domaine différent afin de réduire l'utilisation de la bande passante et d'accroître 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 ne feront que deux connexions à un seul serveur. Bien que cela soit configurable, la plupart des utilisateurs ne s’inquiètent pas. Ainsi, le contenu provenant de plusieurs domaines, il peut ouvrir deux connexions pour chaque domaine utilisé par le site. Cela charge 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 gstatic.comdomaine. Croyez-le ou non, la désactivation des en-têtes réduit considérablement l'utilisation de la bande passante, en particulier si une page utilise beaucoup de fichiers statiques.

  • le contenu statique peut être déchargé sur des serveurs CDN géographiquement divers . Google peut transmettre tout le contenu aux serveurs les plus proches de vous. Ceci est probablement plus applicable à un site d'entreprise normal, car Google fait un excellent travail pour tout transférer vers un centre de données proche de vous. Mais pour une entreprise normale, vous pouvez diviser votre contenu dynamique et votre contenu statique, puis payer un fournisseur de CDN pour héberger votre contenu statique, réduisant ainsi l'utilisation de la bande passante de votre centre de données d'entreprise, tout en réduisant les temps de chargement de votre utilisateur.

Roy Rico
la source
1
super, j'ai oublié les cookies
Jader Dias
13
Ce n'est pas tout statique. Il existe un sous-domaine "csi.gstatic.com" utilisé pour une sorte de journalisation. Aucune ressource n'est renvoyée et il faut parfois beaucoup de temps (plus de 30 secondes) pour que l'URI renvoie un contenu simplement vide.
Portman
10
Pour ce que cela vaut, la famille de sites Stack Overflow fait la même chose avec sstatic.net. Voir le blog de Jeff: blog.stackoverflow.com/page/12
ale
5
Mon pageload ralentit toujours à la recherche de gstatic! :(
Ivan Ivković
2
Le lien ci-dessus est mort. blog.stackoverflow.com/2009/08/a-few-speed-improvements
Sankalp 17/02/2016
27

gstatic.com est un domaine sans cookie permettant de fournir du contenu statique à Google. Voir cet article pour plus d'informations:
Meilleures pratiques pour accélérer votre site Web - Utiliser des domaines sans cookies pour les composants

Lorsque le navigateur demande une image statique et envoie des cookies avec la demande, le serveur n'a aucune utilisation de ces cookies. Ils créent donc uniquement 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. Toutefois, 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 conserver ce domaine sans cookies. Yahoo! utilise yimg.com, YouTube utilise ytimg.com, Amazon utilise images-amazon.com, etc.

Un autre avantage de l'hébergement de composants statiques sur un domaine sans cookies est que certains mandataires peuvent refuser de mettre en cache les composants demandés avec des cookies. Sur une note connexe, si vous vous demandez si vous devriez 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. Pour des raisons de performances, il est donc préférable d'utiliser le sous-domaine www et d'écrire les cookies dans ce sous-domaine.

Tuan Anh Hoang-Vu
la source
3
Mais cela rend le processus plus lent qu’auparavant pour de nombreux utilisateurs.
jj_
1
Je ne vois pas comment?
Tuan Anh Hoang-Vu
4
Il se bloque. Sinon comment?
jj_
14

Si vous êtes comme moi, vous remarquerez probablement le domaine gstatic car votre navigateur est suspendu dans l'attente d'une ressource.

Si le domaine que vous voyez est

csi.gstatic.com

puis notez qu'il ne s'agit PAS d' une ressource statique. C'est une sorte de journalisation interne (un peu comme Google Analytics). Si vous effectuez une recherche Google pour csi gstatic, vous constaterez que de nombreuses personnes attendent jusqu'à 30 secondes pour que cet URI soit traité par Google.

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

Portman
la source
4

gstatic.com est un domaine de Google où il héberge son contenu statique, principalement des images. L'objectif principal de ce domaine est d'améliorer les performances d'autres sites et non de créer un site. L'un des motifs de l'existence d'un tel domaine est dû aux principales limitations des navigateurs concernant les téléchargements simultanés à partir d'un même sous-domaine. Une étude des performances Web a révélé que si vous créiez jusqu'à quatre sous-domaines, la vitesse de chargement des pages contenant beaucoup de fichiers statiques s'améliorait.

Jader Dias
la source
2
Dans notre cas, nous utilisons maps.googleapis.com et la demande à csi.gstatic.com renvoie une image vide / non existante (longueur 0). La requête GET adressée à csi.gstatic.com contient des paramètres tels que csi?v=2 s=mapsapi3 action=apiboot size=800x240 maptype=m. Donc, dans notre cas, il semble bien qu’il s’agisse de savoir comment nous utilisons les cartes. Je suis incertain de votre déclaration. The main purpose of this domain is for improving the performance of other sitesPourriez-vous ajouter des informations et des détails à l'appui?
surfmuggle