<C²: webløg />

Courriel - email address

Avatar Denis

samedi 18 octobre 2003
par Denis Boudreau

Ainsi parlait Zeldmanthoustra, 2

Dans la première capsule de "Ainsi parlait Zeldmanthoustra", nous avons pu découvrir certaines des raisons pour lesquelles Zeldman estime qu'il est important de coder selon les normes. Dans cette seconde capsule, très librement inspirée par les récentes améliorations apportées au poids des pages de C² par l'ami Bleizig (qui, je vous le rappelle, ont permi de réduire les temps de téléchargement du site de 300%), nous observons le point de vue de Zeldman sur la question de compression des fichiers (x)HTML, tel qu'il l'aborde dans son plus récent bouquin, Designing with Web Standards.

Balisage condensé ou compressé

"In addition to condensing your markup by writing it clean and lean (that is, by preferring semantic structures to outdated "HTML design" methods), you can digitally compress your markup in some server environments. For instance, the Apache web server includes a mod_zip module that squeezes HTML on the server side. The HTML expands again in the user's browser.

The developer I spoke with gave this example: If Amazon.com wastes 40k on outdated font tags and other junk but uses mod_zip to compress it down to 20k, Amazon's bloated markup would represent less of an expense than my lecture (and this book) would suggest.

As it turns out, Amazon does not use mod_zip. [...] But that quibble aside, the smaller the file, the smaller it will compress. If you save money by compressing a 80k page down to 40k, you'll save even more by compressing a 40k page down to 20k. Savings in any given page-viewing session might seem small, but their value is cumulative. Over time, they can substantially reduce operating costs and might prevent additionnal expenses. (For instance, you might not need to lease additional T1 lines to cope with bandwidth overruns.)

Bandwidth savings are only one advantage to writing clean, well-structured markup, but they're one that accountants and clients appreciate, and they hold as true for those who compress their HTML as they do for the rest of us."

Ainsi parlait Jeffrey Zeldman, DWWS, ch1p33.

Un raisonnement des plus logiques; puisque l'intérêt de la compression semble tout à fait légitime et fondé (je n'ai encore jamais rencontré personne ayant démontré scientifiquement que c'était mal d'ainsi agir), plus on travaille avec un fichier optimisé et par définition, plus léger, plus on obtiendra un fichier compressé en bout de ligne. C'est d'une logique imparable. Et d'ailleurs, s'il était possible de démontrer un résultat de compression équivalent pour une page qui est conforme aux normes et une page qui ne l'est pas, il n'en demeurerait pas moins que la page conforme, outre l'optimisation de son volume, aurait le mérite d'offrir toute une série d'avantages auxquels la page non-conforme ne saurait aspirer.

Denis Boudreau | 2003.10.18 @ 12:47

Alors, qu'en pensez-vous ?

Voici ce que vous aviez à en dire... vos impressions, recueillies à vif.

2003.10.18 @ 16:02 par Dam_ned

plus leger ne veux pas dire plus compressé
a un moment la compression fournie l'effet inverse a celui desiré sur des fichiers trop petits avec beaucoup d'entropie.
En effet les entetes de controle supplementaires, nécessaires à la compression font gonfler le fichier alors que les données compressées ne sont pas très différentes en taille de celle des données brutes. bref la compression sur des petits fichiers (cad optimisés et (X)HTML 'compliant' dans notre cas) n'est pas toujours bénéfique. (voir la config du module apache avec la directive sur la taille minimale des fichiers à compresser). mais par contre toujours mieux que la compression d'une page tag-soup qui en plus d'etre toujours aussi lourde dans le navigateur bouffe de la CPU des deux cotés pour la compression et la décompression (je passe pour les autres critiques hein :)

Dam

Haut retour au début de la page

2003.10.18 @ 16:30 par Bobe

Oui, personnellement, j'évite de compresser les pages inférieures à 1024 octets. Mais il est peut être nécessaire d'utiliser un chiffre plus élevé, je ne sais pas.

Haut retour au début de la page

2003.10.19 @ 03:32 par Robin Y. Millette

Depuis Apache v2, il faut parler de mod_deflate - mais qu'a cela ne tienne, il s'agit d'excellents conseils!
Autre chose: svp, laissez a apache le soin de compresse vos documents, meme les php, meme si ce dernier peut le faire lui-meme.

Haut retour au début de la page

2003.10.19 @ 15:18 par Bobe

'Autre chose: svp, laissez a apache le soin de compresse vos documents, meme les php, meme si ce dernier peut le faire lui-meme.'

Certes mais apache 2 n'est pas encore très répandu.
Et quand les mod_gzip ou mod_deflate sont pas installés, on se tourne vers php. :)

Sinon, as tu quelques liens sur la manière d'utiliser mod_gzip ou mod_deflate ? On peut passer par un htaccess, ou il faut faire des réglages dans le httpd.conf ?

Haut retour au début de la page

Les commentaires et trackbacks sont désormais fermés. Pour toute remarque, vous pouvez toujours nous contacter.

Pisteur (Trackback)