Commentaires sur : Analyse d’une requête HTTP – serveur et réseau

Par : Bruno

Bruno — Wed, 21 Apr 2010 14:05:53 +0000

Je repose la meme question que Thomas en 2008 !
: Je ne vois pas l’image au début de l’article, je ne sais pas si c’est normal. 404 ?

Par : Philippe

Philippe — Tue, 06 Jan 2009 14:59:46 +0000

Merci pour ces explications.
Je suis novice dans la matiere, je gere pourtant un site web !!!
Pour m’aider j’utilise Netvigie qui me permet d’avoir cette décomposition et comprendre d’ou vient l’erreur, mais je pige mieux les differentes couches.

Est ce qu on peut gere le timeout du navigateur avant qu’il declare l erreur ?

Par : Éric

Éric — Sun, 21 Sep 2008 21:32:15 +0000

@Antoine: Le blog complet est dédié à la question des performances. Il comporte bien d’autres bilets, généralement chacun sur un point précis. Ce billet est là uniquement pour décrire ce qu’il se passe sur le réseau. Le reste des discussions est dispatché sur les autres contenus. Je vous invite à parcourir le reste des archives et vous inscrire au flux RSS.

Pour la question des ETags par exemple : http://performance.survol.fr/2008/06/desactiver-les-etags/

Pour le Cache-Control il est vrai que je n’ai pas fait de billet dédié encore à cette question. J’en parle donc en même temps partout et nulle part. C’est par exemple abordé dans ma dernière intervention au WaSP Café, sur les slides http://performance.survol.fr/2008/09/presentation-au-w3cafe/

Par contre je me permet de vous contredire, le Cache-Control avec une directive max-age et sans le drappeau must-revalidate a le même effet que la directive Expires. L’un vient du HTTP 1.1 et l’autre du HTTP 1.0 et la forme diffère un peu, mais les deux ont la même force. Dans les deux cas le navigateur est informé de ne plus faire de requête réseau tant que le contenu n’a pas expiré.

Promis je fais un billet bientot pour expliquer tout ça. Comme tout le temps, on pinaille sur des détails et au final on oublie de parler des bases.

Par : Antoine

Antoine — Sun, 21 Sep 2008 19:40:49 +0000

Vous décrivez assez bien la problématique des temps de réponses, mais vous négliger les problèmes liés au une architecture multi serveurs. En effet le ETag est à proscrire sauf si ce dernier est identique sur tous les serveurs.
Or apache par défaut utilise l’inode du fichier pour générer cet ETag et cet inode est différent sur les serveurs du parc.
Il est donc préférable de désactiver les ETag.

Vous pourriez également expliquer la différence entre le cache control et le Expires. Le cache control va générer un requète du navigateur vers le site, alors que le Expires ne va pas générer de requète tant que sa valeur n’a pas expiré…

Par : Traxx

Traxx — Fri, 12 Sep 2008 22:05:25 +0000

« Ne vous focalisez pas sur le temps de génération des pages »
Oui, enfin, attention, car c’est tout de même le seul moment qui charge le serveur. Donc si c’est pas optimisé, sous la charge, cette partie va avoir tendance à bien s’allonger sur le schéma…

Par : Revue de presse | Simple Entrepreneur

Revue de presse | Simple Entrepreneur — Fri, 12 Sep 2008 05:47:04 +0000

[…] Analyse d’une requête HTTP – serveur et réseau Un article fort intéressant et très technique sur les différentes requêtes effectuées par un navigateur lors de l’affichage d’une page. Il livre d’ailleurs de nombreuses pistes pour améliorer les performances d’un site Internet (réduire le nombre de composants, isoler les ressources statiques sur un sous-domaine, …). […]

Par : Éric

Éric — Mon, 01 Sep 2008 14:39:34 +0000

Corrigé, c’était du à une migration mal goupillée.

Par : Thomas

Thomas — Mon, 01 Sep 2008 11:42:37 +0000

Je ne vois pas l’image au début de l’article, je ne sais pas si c’est normal. 404 ?