Commentaires sur : [Webdesign] Compression efficace des pages web de WordPress en PHP

Par : Bidouilles by troll - Pearltrees

Bidouilles by troll - Pearltrees — Sun, 08 Jan 2012 22:07:58 +0000

[...] Compression des pages web de WordPress Pour vérifier si Zlib est activée, il vous suffit de coller l’instruction PHP phpinfo() dans n’importe quelle page. [...]

Par : Lionel Roux

Lionel Roux — Thu, 10 Jun 2010 15:31:03 +0000

Oui après pas mal de tergiversation c’est ce vers quoi je me suis tourné. Ca marche pas mal.

Par : Fabien

Fabien — Thu, 10 Jun 2010 14:11:14 +0000

A priori si tu combines cette méthode avec un cache statique, la compression ne sera lancée que lors d’un « nouveau » chargement de page ce qui ne doit pas arriver trop souvent.
Donc le risque de surcharge est limité non ?

Par : Lionel Roux

Lionel Roux — Thu, 10 Dec 2009 20:54:34 +0000

Oui en effet. Il y a également celui-la chez Weedle : http://www.weedle.fr/tutoriel-utiliser-les-css-sprites/

Par : Des Geeks et des lettres

Des Geeks et des lettres — Thu, 10 Dec 2009 19:09:45 +0000

Article intéressant ! Le mien, sur les css sprites, pourra être utile aussi (http://bit.ly/6c5cZT). Bonne continuation !

Par : Vent des blogs #43 | Fredzone

Vent des blogs #43 | Fredzone — Tue, 07 Jul 2009 11:21:42 +0000

[...] Web Sourcing : Optimiser son blog, c’est un peu une étape obligatoire pour tous ceux qui veulent devenir riches, célèbres et respectés. Avec Lionel, vous allez apprendre à compresser vos pages WordPress très facilement. [...]

Par : ZeK

ZeK — Sat, 04 Jul 2009 23:06:19 +0000

Aucune idée pour le sous domaine, fait des test mais je ne suis pas bien convaincu que ça accélère le tout.

Ne te prends pas trop la tête non plus, ça charge déjà bien vite.

Par : Lionel Roux

Lionel Roux — Sat, 04 Jul 2009 23:02:31 +0000

A vrai dire j’ai déjà passé les tests YSlow; PageSpeed et d’autre. En mode « blog », je n’obtient pas D mais A. Effectivement en mode site classique j’obtient D. Mais je ne suis pas dupe, il me reste bcp de boulot.

J’ai d’ailleurs essayé de construire un système me permettant de créer un sprite de mes images dynamiquement (avec un cache remis à jour à chaque nouvelle publication). Mais c’est compliqué. (trop pour moi).

Je suis en train de faire en sorte de concaténer mes 3 JS et certaines CSS (avec cache aussi, régénéré à chaque modification de l’un des fichiers et changement de nom pour qu’il soit re-téléchargé).

Penses-tu que créer un sous domaines spécifique pour les images (style images.websourcing.fr) permettrait de mieux paralléliser les DL d’images? (avec un lookup DNS sup malgré tout).

Par : Jean-Marie Gall.com

Jean-Marie Gall.com — Sat, 04 Jul 2009 22:57:35 +0000

[...] [Webdesign] Compression efficace des pages web de WordPress en PHP by Lionel de Websourcing.fr [...]

Par : ZeK

ZeK — Sat, 04 Jul 2009 15:24:03 +0000

C’est un choix au final.
Google, par exemple, a activé la compression gzip sur son moteur de recherche. Mais il y a très peu d’images et de javascripts à charger sur Google, donc le gain de traffic est très important. Voici la seule image que l’on charge quand on fait une recherche sur google :
http://www.google.fr/images/nav_logo6.png

Mais sur ton blog, tu utilises beaucoup d’images et de javascript et compagnie. Le traffic dû aux fichiers HTML est donc minime comparé aux images. Le gain de traffic est tout petit comparé à la surconsommation de ressources sur le serveur. Voici une mauvaise expérience :
http://www.llaumgui.com/post/Montee-en-charge-et-compression-Gzip-des-pages-servies

Si tu veux vraiment accélérer le chargement des pages, essaie plutôt les conseils de Yslow qui donne une note D sur cette page.
http://developer.yahoo.com/yslow/

Par : Lionel Roux

Lionel Roux — Sat, 04 Jul 2009 15:06:18 +0000

Ok j’ai inséré un malheureux mot ne trop, mais je ne parle pas des CSS et JS, et j’exclu les images.

Bref de toute façon ce billet n’est pas à destination des pros, mais plutôt à destination des newbies comme moi.
J’ai bookmarké l’article que tu cites et j’irais le lire.

Par : Lionel Roux

Lionel Roux — Sat, 04 Jul 2009 15:03:26 +0000

Non mais le truc c’est que c’est pas mon métier. Je cherche des astuces et toute l’aide et la bienvenue, au contraire, je ne demande que ça. En fait, sauf erreur de ma part (ce qui est tout à fait possible), la compression ne concerne que les pages HTML et comme elles ont à peu prêt toute la même structure, je suppose que toute « gagnent » en taille.

Tu crois que c’est pas bon de compresser toutes les pages ? Seules certaines pages devraient l’être ? Comment les choisir?

Par : Effy

Effy — Sat, 04 Jul 2009 13:05:27 +0000

Oki disons
Je voulais pas dire que c’était pas une bonne méthode ni que l’article n’était pas interressant au contraire, c’est juste la systématisation sur toutes les elements du site que je me demande vraiment si elle est justifiée. Mais dans l’ensemble il est cler qu’il y a un gain

Oui je suis un chipoteur ^^’ …

Par : ZeK

ZeK — Sat, 04 Jul 2009 12:19:38 +0000

Oui tu as écrit le contraire :
« surtout sur le code HTML qui gagne près de 75% sur sa taille originale: »

Si tu met « surtout », c’est que c’est pas le seul fichier qui gagne en taille. Et pourtant…

Par : Lionel Roux

Lionel Roux — Sat, 04 Jul 2009 11:26:26 +0000

« Tu te trompes pas mal. Activer la compression n’aura d’effet ici que sur les pages de ton site (le fichier html seulement, c’est tout). Ça n’a ABSOLUMENT AUCUN EFFET sur les autres fichiers, et pourtant c’est sur ceux-là qu’est le gaspillage. »

J’ai écris le contraire? Non il ne me semble pas. je ne parle pas des autres fichiers en ce qui concerne la compression. D’ailleurs le fichier que j’ai mis en évidence est le fichier HTML (entouré de rouge sur les images).

La bonne solution que tu cites est également en place sur mon serveur: Je compresse les scripts et CSS.Suffit de lire le billet en entier.

Par : Lionel Roux

Lionel Roux — Sat, 04 Jul 2009 11:23:23 +0000

Alors en fait, tu as mal suivi car 11Ko sont les 25% restants. Si tu regardes bien toutes les images on part de 44Ko pour arriver à 11Ko, soit 33ko de gagné, qui sur une base de 230 Ko représentent 15% du poids total d’un refresh total et donc 75 d’un refresh normal (avec cache). Pas négligeable à mon avis.

Quant au temps serveur, c’est franchement négligeable, surtout avec les caches serveurs. D’ailleurs ce n’est pas le serveur qui décompresse mais le navigateur du client qui demande la page. Tu voulais peut-être dire « compresser » et non pas » décompresser ».

Et effectivement mes scripts sont chargés en dernier, pour ne pas bloquer la page.

En conclusion, je préfère envoyer 11ko plutôt que 44ko.

Par : ZeK

ZeK — Sat, 04 Jul 2009 08:55:34 +0000

Tu te trompes pas mal. Activer la compression n’aura d’effet ici que sur les pages de ton site (le fichier html seulement, c’est tout). Ca n’a ABSOLUMENT AUCUN EFFET sur les autres fichiers, et pourtant c’est sur ceux-là qu’est le gaspillage.

Quand tu écrit « La technique est ultra efficace si l’on considère que les éléments tels les images ne seront pas re-téléchargés à chaque fois grâce au cache du navigateur: », je ne comprend pas. Activer zLib ne touche pas aux images, et encore moins aux headers concernant le cache.

Il ne faut pas oublier que compresser à la volée ça consomme aussi beaucoup plus de ressources serveur (CPU, RAM).
La bonne solution consiste à Gzipper certains éléments comme les fichiers CSS et Javascript:
http://blog.joshuaeichorn.com/archives/2007/01/10/compressing-javascript-and-css/

Quant à compresser les pages en elle-même, il est généralement coûteux de les compresser contre un gain minime en termes de traffic. Et les les images sont déjà bien compressées (gif, jpeg, png), c’est donc inutile de les recompresser. C’est un peu comme zipper un divx, ça n’a aucun sens.

Par : Effy

Effy — Fri, 03 Jul 2009 23:13:10 +0000

Donc si j’ai bien suivit la tu gagne 75% de 11ko soit 8,25 en moins a dl… certe je dis pas que c’est pas bien, mais le miliéme de seconde de différence au niveau du dl j’ai un doute qu’il fasse une différence réelle. J’entend dire que la partie incompréssible début/fin du dl ne changeant pas tu va pas gagner tant que ca sur les dls qui sont de toute facon minuscules avec du haut débit.

Et quid du temps que met le serveur à décompresser tes pages avant de les envoyer? ceci n’apparaissant pas dans notre merveilleux firebug…

La compression de maniére général est merveilleuse sur les gros fichiers et une calamitée sur les petits fichiers trés nombreux, mais je peux me tromper ‘:)… Enfin à mon avis il existe des moyens bien plus efficasse (genre vérifier qu’un script js ne bloque pas la page, que les parties non utiles de la page sont bien chargées en derniers etc…)