Oui bien sûr on peut changer le nom du fichier, mais encore une fois, le design est (souvent) fait par des designers et quand ils veulent remplacer une image A par une image B qui à le même rôle, le plus simple est de garder le même nom. De toute façon c'est un problème général qui concerne aussi les changements dans les js et les css et dans ces cas là tu n'as certainement pas envie de les renommer.
En fait, mod_pagespeed est extrémement avantageux car il inclut des dizaines d'optimisations qu'il implémente avec une grande efficacité: tous les traitements effectués sont cachés, il ne reste guère plus que l'analyse et le remplacement de l'output de la page qui nécessite du travail réél sur chaque requête.
Je pense que si tu compares le nombre de cycles CPU pour produire une partie de ces optimisations en PHP et d'un autre côté la vitesse de mod_pagespeed (qui en fera certainement + en fait), il n'y a pas photo: mieux vaut laisser un module bien optimisé en C s'occuper de ça.
Et pour finir sur un avis perso, le rendu des pages et le taux de CPU est un "faux" problème car la partie front d'une application passe très facilement à l'échelle horizontalement (donc en multipliant les serveurs front si besoin), mod_pagespeed sacrifie donc quelques ressources CPU du côté serveur pour sauver de la bande passante (et un peu de CPU) du côté client ce qui contribue à une meilleure expérience des visiteurs.
[^] # Re: Ce mod est vraiment excellent
Posté par RB . En réponse à la dépêche Mod_pagespeed : un accélérateur de pages Web. Évalué à 4.
Oui bien sûr on peut changer le nom du fichier, mais encore une fois, le design est (souvent) fait par des designers et quand ils veulent remplacer une image A par une image B qui à le même rôle, le plus simple est de garder le même nom. De toute façon c'est un problème général qui concerne aussi les changements dans les js et les css et dans ces cas là tu n'as certainement pas envie de les renommer.
En fait, mod_pagespeed est extrémement avantageux car il inclut des dizaines d'optimisations qu'il implémente avec une grande efficacité: tous les traitements effectués sont cachés, il ne reste guère plus que l'analyse et le remplacement de l'output de la page qui nécessite du travail réél sur chaque requête.
Je pense que si tu compares le nombre de cycles CPU pour produire une partie de ces optimisations en PHP et d'un autre côté la vitesse de mod_pagespeed (qui en fera certainement + en fait), il n'y a pas photo: mieux vaut laisser un module bien optimisé en C s'occuper de ça.
Et pour finir sur un avis perso, le rendu des pages et le taux de CPU est un "faux" problème car la partie front d'une application passe très facilement à l'échelle horizontalement (donc en multipliant les serveurs front si besoin), mod_pagespeed sacrifie donc quelques ressources CPU du côté serveur pour sauver de la bande passante (et un peu de CPU) du côté client ce qui contribue à une meilleure expérience des visiteurs.