Commentaires sur : Plugin wordpress et outils automatiques

Par : Astuce EzPublish pour optimiser les images — Performance web

Astuce EzPublish pour optimiser les images — Performance web — Sun, 26 Jul 2009 20:09:55 +0000

[…] vous avais parlé de plugins pour wordpress et symfony en janvier, puis de nouveau en mars. Ces plugins ne sont généralement pas parfaits. Ils ajoutent un filtre […]

Par : Ovensia

Ovensia — Tue, 27 Jan 2009 10:08:24 +0000

Il y a aussi PHP SPEEDY qui fait ça : http://aciddrop.com/php-speedy/

Mais je rejoins Rik sur son analyse et je préfère également adapter l’optimisation des contenus en fonction des besoins et surtout d’automatiser cette tâche en amont.

Par : Fil

Fil — Mon, 26 Jan 2009 11:30:10 +0000

Le code de cet outil de compactage vient d’être séparé du core de SPIP. C’est sans doute rien du tout à faire pour le transformer en plugin pour votre CMS préféré.

Par : Cédric

Cédric — Mon, 26 Jan 2009 08:50:53 +0000

Si l’on vient sur le terrain des outils automatiques liés aux délivreurs de contenu, il serait juste de citer SPIP qui dans sa version 2.0 propose nativement compactage, minification et concaténation des javascript et feuilles de style.

J’en avais parlé, de façon un peu provocatrice, avant la sortie en version stable de SPIP 2.0 ici : http://www.spip-blog.net/SPIP-2-0-vous-fait-economiser-750.html

S’appuyant sur son système de cache, le travail n’est fait par SPIP qu’une seule fois, lors du calcul initial du cache, et produit un fichier css statique par type de media, ainsi qu’un fichier js statique.

Pour abonder dans le sens d’Eric, il a été choisi de produire des fichiers statiques et de laisser le soin au serveur de produire les en-têtes optimisés plutôt que de passer par php à chaque chargement de la feuille de style ou du javascript. Mais petit raffinement, SPIP produit les fichiers g-zippés .gz associés aux fichiers statiques, ce qui permet potentiellement à apache d’épargner la compression à la volée à chaque service des fichiers js et css minifiés.

Maintenant sur le fond, je pense aussi que l’optimisation des outils de publication est un enjeu important, car cela peut avoir un impact global sur la qualité des sites web, même si les optimisations proposées ne peuvent être aussi poussées que le sur-mesure que l’on peut se permettre sur un projet particulier.

Par : Rik

Rik — Sat, 24 Jan 2009 02:43:18 +0000

En effet, il y a un gros travail à faire avec les délivreurs de contenus (les serveurs et les outils de publications) pour que les réglages de base soient performants ou qu’ils mettent en avant des réglages alternatifs performants. Côté serveur, on pourrait activer par défaut du gzip ou proposer une config alternative à l’installation (avec du cache pour les ressources statiques peut-être).

Idem pour les outils de publication, wp-smushit me semble très intéressant (même si un traitement sur le serveur serait plus intéressant que d’envoyer à smushit).

Par contre, SmartOptimizer me semble pas top du tout. Minifier, compresser, cacher c’est faisable sans passer par PHP (et bien mieux). Pour embedder et concaténer, je suis encore plus réticent, car il vaut mieux laisser aux développeurs le soin de découper en module, estimer ce qui est le plus intéressant selon l’audience, etc.