23-02-2011, 02:12 PM
effectivement avec firebug...
donc en gros:
css:
taille des fichiers (devellopement) --> 145 Ko (148 531 octets)
taille du fichier cache (production) --> 128 Ko (132 005 octets)
taille envoi http du cache (zippé ob_gzhandler) --> 10 Ko (11 105 octets)
Nb de fichier css: 8 (devellopement)
Nb de fichier cache: 1 (production) (donc 1 seule requete HTTP sachant que tout les fichier .css ne sont pas necessaire pour une meme vue)
JS:
taille des fichiers (devellopement) --> 299 Ko (306 612 octets)
taille du fichier cache (production) --> 170 Ko (174 405 octets)
taille envoi http du cache (zippé ob_gzhandler) --> 46 Ko (47 420 octets)
Nb de fichier js: 14 (devellopement)
Nb de fichier cache: 1 (production) (donc 1 seule requete HTTP sachant que tout les fichier .js ne sont pas necessaire pour une meme vue)
Note:
- la compression du cache CSS parait excellente en raison des nombreuses occurrences de mêmes chaines de caractères
- les js ne sont minifiés que pour les commentaires, retour à la ligne, mais pas d'obfuscation ou autre technique de minification car minifier des script en JQUERY ne semble pas une tres bonne idee
de plus comme ce sont des fichiers générés en php:
<link rel="stylesheet" type="text/css" href="style.css.php" />
<script type="text/javascript" src="js/all.js.php"></script>
cela permet d'envoyer dans le header une date d'expiration du cache navigateur ainsi qu'une methode de compression pour l'envois HTTP
Seul bémol, chrome me signale qu'un faible pourcentage du code css est utilisé pour une meme vue, normal car le cache css regroupe tout les fichiers .css , mais on s'en fout non ?
si vous voulez mettre en place ce systeme il faut juste faire gaffe à un truc pour la generation du fichier cache des .JS :
il faut bien mettre les fichier de configuration et les librairies (Jquery) en premier lieu et ne pas oublié de rajouter des retour à la ligne apres chaque fichiers .js inclus dans le fichier cache...
voili voilou...
donc en gros:
css:
taille des fichiers (devellopement) --> 145 Ko (148 531 octets)
taille du fichier cache (production) --> 128 Ko (132 005 octets)
taille envoi http du cache (zippé ob_gzhandler) --> 10 Ko (11 105 octets)
Nb de fichier css: 8 (devellopement)
Nb de fichier cache: 1 (production) (donc 1 seule requete HTTP sachant que tout les fichier .css ne sont pas necessaire pour une meme vue)
JS:
taille des fichiers (devellopement) --> 299 Ko (306 612 octets)
taille du fichier cache (production) --> 170 Ko (174 405 octets)
taille envoi http du cache (zippé ob_gzhandler) --> 46 Ko (47 420 octets)
Nb de fichier js: 14 (devellopement)
Nb de fichier cache: 1 (production) (donc 1 seule requete HTTP sachant que tout les fichier .js ne sont pas necessaire pour une meme vue)
Note:
- la compression du cache CSS parait excellente en raison des nombreuses occurrences de mêmes chaines de caractères
- les js ne sont minifiés que pour les commentaires, retour à la ligne, mais pas d'obfuscation ou autre technique de minification car minifier des script en JQUERY ne semble pas une tres bonne idee
de plus comme ce sont des fichiers générés en php:
<link rel="stylesheet" type="text/css" href="style.css.php" />
<script type="text/javascript" src="js/all.js.php"></script>
cela permet d'envoyer dans le header une date d'expiration du cache navigateur ainsi qu'une methode de compression pour l'envois HTTP
Seul bémol, chrome me signale qu'un faible pourcentage du code css est utilisé pour une meme vue, normal car le cache css regroupe tout les fichiers .css , mais on s'en fout non ?
si vous voulez mettre en place ce systeme il faut juste faire gaffe à un truc pour la generation du fichier cache des .JS :
il faut bien mettre les fichier de configuration et les librairies (Jquery) en premier lieu et ne pas oublié de rajouter des retour à la ligne apres chaque fichiers .js inclus dans le fichier cache...
voili voilou...