Je m’attendais à voir passer cette nouvelle ici, mais non (ou je l’ai loupée…), alors je m’y colle.
J’ai vu passer cette information ici : [http://www.zorgloob.com/2010/11/03/google-apache-mod_pagespe(...)] (il y a même un jolie vidéo, alors…).
Comme je n’y connais pas grand chose, je ne vais pas beaucoup développer (du tout, en fait) mais il semble que le but soit d’optimiser un certain nombres de points qui ralentissent l’affichage des pages. Le gain annoncé est de 50% (pile poil !).
Si d’aucun a déjà fait des tests, je suis curieux de leurs avis.
# Les tests sont dans ton lien
Posté par ʭ ☯ . Évalué à 8.
Il faudra rajouter dans ce module un test de puissance CPU pour le rendre inactif si le serveur n'en peut plus ;-)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Un module Apache HTTPD pour accélérer le *web*
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à -3.
[^] # Re: Un module Apache HTTPD pour accélérer le *web*
Posté par Olivier (site web personnel) . Évalué à 1.
[^] # Re: Un module Apache HTTPD pour accélérer le *web*
Posté par Q. (site web personnel) . Évalué à 10.
[^] # Re: Un module Apache HTTPD pour accélérer le *web*
Posté par 2PetitsVerres . Évalué à 10.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Un module Apache HTTPD pour accélérer le *web*
Posté par kowalsky . Évalué à 2.
Regarde un peu à qui tu réponds !! :)
[^] # Re: Un module Apache HTTPD pour accélérer le *web*
Posté par 2PetitsVerres . Évalué à 5.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Un module Apache HTTPD pour accélérer le *web*
Posté par téthis . Évalué à 4.
The capacity of the human mind for swallowing nonsense and spewing it forth in violent and repressive action has never yet been plumbed. -- Robert A. Heinlein
[^] # Re: Un module Apache HTTPD pour accélérer le *web*
Posté par CrEv (site web personnel) . Évalué à 10.
(trolldi powa !)
# il fait des petites optimisations
Posté par ZeroHeure . Évalué à 10.
Ceux qui ont connu le web des années 19,6 - 28.8 - 33.6 - 56 et même 2 x 56 ne seront pas surpris parce qu'à l'époque on optimisait tout:
on réduisait la palette des images indexées pour avoir une meilleure compression, on recompressait les JPEG par zones, on retaillait les images au plus juste, on enlevait tout le code inutile, les espaces, les retours chariots, on réécrivait les variables Javascript pour avoir des pages plus légères (passer de "ma_variable_nommée_truc_qui_fait_ça" à "zk" ça économise 33 octets avec un codage de caractères sur 8 bits), etc.
On grattait.
C'est exactement ce que fait ce module:
- il combine plusieurs en-têtes (head) entre eux;
- il déplace les CSS et Javascripts dans des fichiers externes (le navigateur les met en cache);
- il combine les multiples CSS entre elles;
- il révise le code CSS, JS et HTML: retire espaces, commentaires et attributs inutiles, ajoute des trucs manquants;
- il optimise les images, les retaille, les recompresse et fait un truc que je ne suis pas sûr d'avoir compris avec les plus petites ("inlining images"). Si une bonne âme peut m'expliquer...
- et quelques autres petites choses pas inutiles.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: il fait des petites optimisations
Posté par hervé Couvelard . Évalué à 4.
[^] # Re: il fait des petites optimisations
Posté par claudex . Évalué à 10.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: il fait des petites optimisations
Posté par Etienne Bagnoud (site web personnel) . Évalué à 7.
Regardes le code source de la page d'accueil de google, illisible mais il y'a le strict nécessaire pour que ton client fasse le minimum de requêtes et que le serveur google passe le minimum de temps à te répondre.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: il fait des petites optimisations
Posté par Bruno Michel (site web personnel) . Évalué à 6.
Pire, l'augmentation de la bande passante a un effet quasi négligeable sur le temps de chargement (pour les gens qui ont au moins une connexion ADSL). En gros, passer de 10 Mbits à 20 Mbits ne va pas aider à afficher plus rapidement les pages web car le problème est principalement une question de latence (résolution DNS, ouverture de sessions TCP, éventuellement SSL, attendre d'avoir parsé le HTML pour savoir quelles ressources télécharger, etc.). Au final, malgré les progrès techniques, les pages web s'affichent moins rapidement aujourd'hui qu'il y a 2 ou 3 ans en moyenne.
Et cela ne devrait pas aller en s'améliorant. Les sites web utilisent de plus en plus de ressources externes (trucs de facebook, google analytics, embed youtube, boutons "share this", commentaires gérés par des services externes comme disqus, etc.), ce qui multiplie les risques qu'une page se charge lentement.
D'un autre coté, le temps de chargement des pages est de plus en plus mis en avant : Amazon a publié des études qui montrent qu'un temps de chargement un peu plus long (genre 100ms de plus) provoquent des chutes vertigineuses dans les ventes (10 à 30%), Google tient compte du temps de chargement des pages pour son indexation.
On voit donc se généraliser des techniques pour optimiser le temps de chargement des pages : minification des CSS et JS, regrouper plusieurs fichiers dans un seul, le retour des sprites CSS, le préchargement de ressources, etc. La promesse du mod apache de Google est de faire ça automagiquement , à grande échelle, sur des sites existants pour lesquels ces opérations ne seraient pas faites autrement.
[^] # Re: il fait des petites optimisations
Posté par Grunt . Évalué à 5.
Il encode l'image en base64 et l'inclut directement dans la page Web au lieu de la servir dans un fichier séparé.
Où le gros bruit à la fin c'est le fichier image codé en base64.
Ça permet d'avoir une seule requête (pour la page) plutôt qu'une requête page + une requête image.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: il fait des petites optimisations
Posté par Grunt . Évalué à 2.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: il fait des petites optimisations
Posté par windu.2b . Évalué à 4.
[^] # Re: il fait des petites optimisations
Posté par monde_de_merde . Évalué à 6.
[^] # Re: il fait des petites optimisations
Posté par ZeroHeure . Évalué à 2.
Les images map (ismap) pour les menus pourraient être plus employées aussi.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
# Mouais...
Posté par Dring . Évalué à 2.
La solution la plus simple, et déjà relativement répandue auprès des personnes ayant ce type de problèmatique, consiste simplement à mettre un timestamp sur le nom des resources ; quand on redéploie, on change donc de nom, et le client sait qu'il ne doit plus utiliser sa version locale.
Bon, après nul doute que ça peut être utile pour des hébergeurs pour Madames Michu.
# Précision
Posté par zebra3 . Évalué à 3.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Précision
Posté par Pierre Tramo (site web personnel) . Évalué à 8.
# La roue
Posté par Infernal Quack (site web personnel) . Évalué à 6.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
# Gogos
Posté par Maxime G (site web personnel) . Évalué à 3.
J'ai essayé sur un prestashop, typiquement un bon candidat. Niet. Pas de gain.
En plus, ça fait pas le plus important, concaténer les fichiers JS (ça se multiplie vite ces bêtes là, regarder prestashop).
Refaire le même boulot à chaque requête, c'est quand même balot. C'est le genre de truc qui m'oppresse. Ok il y a un cache pour la minification des css et des js, l'optimisation des images. Mais, le HTML est attaqué à chaque requête.
Alors il y a deux choix, faire les optimisations une bonne fois pour toute, ou bien les faire à chaque requête et bouffer du CPU.
# test sur une Ubuntu hébergée sur une dedibox
Posté par Jean-Max Reymond (site web personnel) . Évalué à 1.
Bon, il reste à retester le module Google et comprendre ce qui cloche.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.