IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Google sort un module d'optimisation pour Apache HTTP Server
Qui peut diminuer de moitié le temps de chargement des pages

Le , par Idelways
15 commentaires

47PARTAGES

4  0 
Après avoir mis à la disposition des développeurs Page Speed, un outil interne d'analyse et d'optimisation des performances des sites Web, Google récidive aujourd'hui et sort un module pour les serveurs Apache.

Appelé à juste titre « mod_pagespeed », cet outil automatise bon nombre de conseils et bonnes pratiques jusque-là seulement suggérés aux développeurs dans l'add-on du même nom qui se greffe à Firebug dans sa version pour Firefox.

Le module « mod_pagespeed » pour Apache HTTP Server, automatise ainsi 15 opérations d'optimisation. Et selon Google, ce n'est qu'un début.

Google a publié une vidéo de démonstration qui compare le chargement du même site, avec et sans mod_pagespeed. L'extension permettrait de réduire de moitié le temps de chargement de certaines pages.


Parmi ces 15 opérations d'optimisation, on trouve l'optimisation du cache, la minification des fichiers sources et la recompression des images.

Google collabore déjà avec Go Daddy pour installer ce module sur ses serveurs pour ses 8.5 millions de sites hébergés, les responsables de l'hébergeur américain semblent en tout cas impressionnés...

A quand un module pour Nginx ?

mod_pagespeed est disponible sur cette page.

Source : blog de Google Webmaster Central

Et vous ?

Allez-vous essayer ce module ? L'adopteriez-vous sur vos serveurs de productivité ?
Utilisez-vous Page Speed pour Firebug ? Qu'en pensez-vous ?

En collaboration avec Gordon Fowler

Une erreur dans cette actualité ? Signalez-nous-la !

15 commentaires
Commenter Signaler un problème
gtraxx
Avatar de gtraxx
Membre confirmé https://www.developpez.com
Le 04/11/2010 à 13:16
Ce module très intéressant n'existe-t-il pas pour windows ?
La possibilité de l'installer dans wamp pour test serai vraiment un excellent plus
0  0 
jpvincent
Avatar de jpvincent
Membre éclairé https://www.developpez.com
Le 04/11/2010 à 13:31
l'idée me paraît très bonne, mais comme tout ce qui est magique, ça peut être dangereux : après avoir parcouru la liste de ce que ça fait ( http://code.google.com/intl/fr/speed...s/filters.html ) on se rend compte que ça modifie le HTML à la volée pour y appliquer nombre d'astuces qu'on codait jusqu'ici à la main (gérer ses urls de fichiers statiques pour y mettre un cache agressif, concaténer JS et CSS ...)
cela veut dire que ça marchera très bien et très vite pour le cas général et que ça génèrera aussi forcément des bugs inattendus dans certaines situations.

Ce qui est sur c'est que vues les techniques appliquées, les sites l'utilisant auront un rendu beaucoup plus rapide, et c'est bien là l'essentiel. En fait ça a l'air tellement puissant et facile qu'on l'a interdit sur notre concours de performances Web : http://webperf-contest.com/index-fr.html

En tout cas ça n'a pas l'air très consommateur en CPU côté serveur, si l'on en croit un premier bench indépendant : http://blog.delacelle.com/post/2010/...mod_pagespeed/
0  0 
grunk
Avatar de grunk
Modérateur https://www.developpez.com
Le 04/11/2010 à 13:39
L'idée de fond est plutôt bonne mais je suis pas convaincu que ce soit la solution.
Autant les extension type yslow ou pagespeed sont d'excellent moyen de faire prendre conscience aux développeur qu'il ne font pas les bons choix , autant ce modules Apache risque d'être utilisé au détriment de ces optimisation manuel.

"Compresser mes images ? , non pas besoin j'ai un module apache qui le fait"
"Définir des durées de cache ? non pas besoin j'ai un module apache qui le fait"

Qui plus est mal utilisé/configuré le module pourrait bien réserver des surprises.
0  0 
Julien Bodin
Avatar de Julien Bodin
Membre éclairé https://www.developpez.com
Le 04/11/2010 à 13:40
Citation Envoyé par grunk Voir le message
"Compresser mes images ? , non pas besoin j'ai un module apache qui le fait"
"Définir des durées de cache ? non pas besoin j'ai un module apache qui le fait"
En même temps pourquoi pas ?
Tout ce qui peut éviter des contraintes est bon à prendre. S'il n'y a pas d'impacts négatifs c'est juste tout bénéf'
0  0 
bubulemaster
Avatar de bubulemaster
Membre éclairé https://www.developpez.com
Le 04/11/2010 à 13:54
D'après le lien fourni par jpvincent, il fait ce type d'optimisation :
Code : Sélectionner tout 
1
2
3
4
<button name="ok" disabled="disabled">
en
<button name="ok" disabled>
qui n'est absolument pas compatible XHTML 1.0 Strict.

Idem pour la suppression des quotes.
0  0 
savageman86
Avatar de savageman86
Membre habitué https://www.developpez.com
Le 04/11/2010 à 14:21
En même temps tu configures le module comme tu veux. Si t'as pas envie de supprimer les guillemets t'es vraiment pas obligé.
0  0 
Mens Pervincet
Avatar de Mens Pervincet
Membre habitué https://www.developpez.com
Le 04/11/2010 à 14:34
Citation Envoyé par bubulemaster Voir le message
D'après le lien fourni par jpvincent, il fait ce type d'optimisation :
Code :

<button name="ok" disabled="disabled">
en
<button name="ok" disabled>

qui n'est absolument pas compatible XHTML 1.0 Strict.

Idem pour la suppression des quotes.
En lisant jusqu au bout, tu vois egalement qu il reconnait la declaration du doctype XHTML et qu'il desactive la fonctionnalite dans ce cas la.

Je cite :
The 'Elide Attributes' filter must be wary of documents with an XHTML doctype, as removing the value from a single-valued attribute will result in invalid XHTML. The filter attempts to recognize XHTML doctype declarations and will disable this rewriting feature in such cases.

Donc pas de souci

En revanche je trouve qu il y a certaines optimisations qui ne sont pas vraiment bonnes. Par exemple le "inline javascript", qui va empecher les fichiers javascript d etre mis en cache.
Le mieux pour les petits fichiers javascript etant de les concatener dans des "packages" formant un seul gros fichier, et pouvant etre partages par plusieurs pages. Idem pour les CSS.

Le reste des optim est somme toute assez basique. C est fourni deja par pas mal d'outils/frameworks. Mais ca a le merite de les centraliser.
0  0 
CIFQ_Drew
Avatar de CIFQ_Drew
Membre averti https://www.developpez.com
Le 04/11/2010 à 15:52
Citation Envoyé par grunk Voir le message
L'idée de fond est plutôt bonne mais je suis pas convaincu que ce soit la solution.
Autant les extension type yslow ou pagespeed sont d'excellent moyen de faire prendre conscience aux développeur qu'il ne font pas les bons choix , autant ce modules Apache risque d'être utilisé au détriment de ces optimisation manuel.

"Compresser mes images ? , non pas besoin j'ai un module apache qui le fait"
"Définir des durées de cache ? non pas besoin j'ai un module apache qui le fait"

Qui plus est mal utilisé/configuré le module pourrait bien réserver des surprises.
Encore une fois l'idée en informatique n'est pas de toujours réinventer la roue. Cependant à voir les analyses faites sur le code je ne crois pas que j'achète aussi facilement. J'aime bien que mon code sorte en XHTML 1.0 Strict, s'il faut qu'il le modifie (Google se disant soucieux des standards) je trouve sa un peu contradictoire !
0  0 
grunk
Avatar de grunk
Modérateur https://www.developpez.com
Le 04/11/2010 à 16:56
Citation Envoyé par CIFQ_Drew Voir le message
Encore une fois l'idée en informatique n'est pas de toujours réinventer la roue.
je suis bien d'accord mais , pourquoi répéter des traitements à chaque appel de page (ce qui évidemment va consommer du cpu) alors que ces améliorations sont faisables par le développeur ?
Alors c'est sur que c'est plus facile d'activer un module apache que de se pencher un peu sur son boulot pour l'améliorer, mais je suis pas convaincu que ce soit plus efficace.

C'est un peu comme les mec qui se soucie pas de la consommation mémoire de leur programme "parce que y'a le garbage collector qui le fait pour moi".

M'est d'avis qu'il vaut mieux prévenir que guérir

Après je remet pas en cause l'efficacité du module de google
0  0 
3wlabs
Avatar de 3wlabs
Futur Membre du Club https://www.developpez.com
Le 10/11/2010 à 6:55
En fait ça a l'air tellement puissant et facile qu'on l'a interdit sur notre concours de performances Web
En fait ce serai intéressant de voir le résultat du "mod_pagespeed" face aux participants.

Sinon je pense tout de même qu'un développeur web indépendant est de plus en plus confronté à sa capacité à être polyvalent. Si ce module s'avère efficace et si il respecte les normes, ce serai une aubaine.
Et puis on peu penser que chez Google ils sont loin d'être idiots, je suis prêt à parier que tout ça sera optimisé dans les moindres détails.

Et puis sincèrement il y a autre chose à faire que passer son temps à minifier des fichiers.
0  0 
Commenter Signaler un problème