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


Parfois, lorsque je navigue sur le Web, parmi les noms d'hôtes qui apparaissent 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, c'est une page Google qui dit

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

Alors j'imagine 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 faisant référence à gstatic.com.


112
2017-11-02 23:32


origine




Réponses:


Google a déchargé le contenu statique (code JavaScript, images et CSS) sur 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 ne font que deux connexions vers un seul serveur. Bien que cela soit configurable, la plupart des utilisateurs ne s'embarrassent pas. Ainsi, le contenu provenant de plusieurs domaines peut ouvrir deux connexions pour chaque domaine utilisé par le site. Cela charge le contenu dans le navigateur des utilisateurs plus rapidement.

  • diminue la bande passante en désactivant les cookies et autres en-têtes HTTP pour le gstatic.com domaine. 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 une diversité géographique CDN les serveurs. 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 le plus proche de vous. Mais pour une entreprise normale, vous pouvez séparer 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, tout en améliorant les temps de chargement de votre utilisateur.


110
2017-11-02 23:45



génial, j'ai oublié les cookies - Jader Dias
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 parfois, il faut un LONG temps (plus de 30 secondes) pour que l'URI ne retourne que le contenu vide. - Portman
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
Ma pageload devient toujours plus lente à la recherche gstatic! :(: - Ivan Ivković
Le lien ci-dessus est mort. blog.stackoverflow.com/2009/08/a-few-speed-improvements - Sankalp


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

Lorsque le navigateur effectue une demande pour une image statique et envoie des cookies en même temps que 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 requêtes sans cookie. Créez un sous-domaine et y 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 définissez déjà des cookies sur le domaine de niveau supérieur exemple.org, par opposition à www.exemple.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 cookie est que certains proxys peuvent refuser de mettre en cache les composants requis avec les cookies. Sur une note connexe, si vous vous demandez si vous devriez utiliser example.org ou www.example.org pour votre page d'accueil, considérez 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 performances, il est préférable d'utiliser le sous-domaine www et d'écrire les cookies sur ce sous-domaine.


25
2018-01-20 05:26



Mais cela le rend plus lent qu'il ne l'était auparavant pour de nombreux utilisateurs. - jj_
Je ne vois pas comment? - Tuan Anh Hoang-Vu
Il se bloque Sinon comment? - jj_


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

Si le domaine que vous voyez est

csi.gstatic.com

alors notez que c'est NE PAS une ressource statique. C'est une sorte de journalisation interne (un peu comme Google Analytics). Si vous faites un Recherche Google pour csi gstatic vous verrez que beaucoup de personnes attendent jusqu'à 30 secondes que Google traite cet URI.

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


13
2017-12-02 13:23





gstatic.com est un domaine appartenant à 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 limitations des principaux navigateurs concernant les téléchargements simultanés à partir d'un seul sous-domaine. Il y avait une version des principaux navigateurs qui limitait les téléchargements simultanés à 4. Les recherches sur les performances Web indiquaient que si vous créiez jusqu'à quatre sous-domaines, la vitesse de chargement des pages pour les pages contenant beaucoup de fichiers statiques serait améliorée.


4
2017-11-02 23:44



Dans notre cas, nous utilisons maps.googleapis.com et la requête à csi.gstatic.com renvoie une image vide / non existante (longueur 0). La requête GET à 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 que cela concerne le suivi de la manière dont nous utilisons les cartes. Je suis incertain de votre déclaration The main purpose of this domain is for improving the performance of other sites Pourriez-vous ajouter des informations et des détails pour sauvegarder cela? - threeFourOneSixOneThree