Il semble qu’il faille parler un peu de bande passante. Nos meilleurs fournisseurs d’accès Internet promettent une bande passante de 24Mb/s. Monsieur tout le monde a l’impression de profiter d’une bande passante extraordinaire. L’internaute averti sait lui que ce n’est pas toujours le cas mais il va jusqu’à choisir son appartement en fonction de la proximité du DSLAM (plus on est proche de cette sorte de central téléphonique, meilleure est la connexion). Au final les deux restent dans l’illusion. Malheureusement la réalité est toute autre. (Lire la suite…)
Articles avec le tag ‘téléchargement’
Le mythe des 24Mb/s
Lundi 22 juin 2009Séparer en plusieurs domaines ?
Jeudi 28 mai 2009L’année dernière je parlais du nombre de requêtes simultanées vers un même domaine. L’année dernière Internet Explorer 6 et 7 (2 requêtes simultanées) étaient fortement majoritaire, Firefox 3 (6 requêtes simultanées) était moins répandu que maintenant. L’étude de Yahoo! a été faite il y a deux ans, sur des bases encore moins favorables.
Avec ces statistiques la recommandation était de répartir les téléchargements sur deux domaines, quatre maximum. On arrive donc à 4 ou 8 requêtes simultanées. Plus consomme inutilement du processeur et provoque un surplus inutile de requêtes DNS. (Lire la suite…)
Javascript non bloquant
Lundi 4 août 2008Je vous l’avais dit, une balise <script> bloque le rendu et les nouveaux téléchargements dans le navigateur le temps que le javascript soit complètement téléchargé et exécuté. Une des solutions c’est de reléguer cette balise à la fin du document.
Il y a des fois où ce n’est pas idéal et c’est Steve Souders qui étudie les solutions dans sa présentation aux conférences Velocity 2008. (Lire la suite…)
CSS et @import
Vendredi 18 avril 2008Il y a peu on a vu fleurir des liens vers des propositions au groupe de travail CSS. Et en particulier une proposition de variables CSS. Ces variables peuvent être changées dynamiquement en javascript. Le rendu est alors refait avec la nouvelle valeur, partout où la variable était utilisée.
La question des performances
Si vous gérez plusieurs CSS sur une même page vous avez le choix entre faire un javascript qui va parcourir toutes vos feuilles de style à chaque changement pour reporter le changement (et faire attention à ne pas le faire pour les CSS externes que vous ne contrôlez pas), ou imbriquer vos feuilles de styles les unes dans les autres à coups de @import.
S’en suit quelques commentaires sur le blog de l’excellent Laurent Jouanneau à propos du coût en performance de @import. C’est une syntaxe déconseillée un peu partout du point de vue des performances et j’ai entendu des choses étranges, comme le fait que les CSS en @import seraient téléchargées après tout le contenu, voire après le onload de la page, ou que ça bloque tout le navigateur au même titre qu’un <script>. (Lire la suite…)
Pipelining : enchaîner les requêtes HTTP
Mercredi 9 avril 2008Le pipelining HTTP c’est faire gérer au serveur une file de requêtes. Le navigateur envoie plusieurs requêtes à la suite les unes des autres sans attendre la réponse du serveur. Le serveur renvoie alors les réponses dès qu’il les a, potentiellement en parallèle aux requêtes du navigateur. Non seulement on utilise le principe de la connexion persistante, mais on évite d’attendre la réponse précédente avant d’envoyer la suite. Pour chaque ressource à télécharger après la première, c’est un aller-retour réseau à rien faire qui est évité. (Lire la suite…)