Atelier Webperf - Fermé

[Validées] Critère N° 30 - La compression est réservée aux ressources qui ne le sont pas nativement.

Déposer un commentaire

  • 24 September 2012 08:52 - Nicolas Hoffmann (1) Répondre

    Le gros problème de cette formulation, c'est qu'elle est un peu trop large à mon humble avis : en lisant cela stricto sensus, je pourrais croire qu'il faut utiliser la compression serveur pour compresser un fichier wav (nativement non compressé).<br><br>J'exagère un peu, mais il y a bien un problème : il faudrait déjà indiquer qu'on parle de compression serveur, et limiter le champ d'application aux éléments <b>textuels </b>non déjà compressés : JS, CSS, HTML, SVG, etc. et autres... (favicon ?)

    • 24 September 2012 10:10 - Frédéric Kayser Répondre

      Pourquoi se limiter à la compression serveur ?<br>On peut précompresser et servir les versions gzip avec mod_rewrite par exemple, pour les fichiers statiques c'est même assez intéressant vu que cela permet de pousser la compression plus loin que celle réalisée au vol par mod_deflate par exemple (en utilisant autre chose que la zlib ou à des niveaux de compressions plus élevés que ceux que l'on peut se permettre en temps réel).<br><br>Par ailleurs il y a des ressources comme les fichiers PDF qui peuvent être compressées nativement ou non et pour lesquels il faudrait activer la compression en fonction.<br><br>Si le favicon est sous sa forme d'origine telle qu'introduite par IE (c'est à dire un fichier ICO/BMP) il n'est pas compressé nativement et devrait bénéficier de la compression, vu qu'il n'y en a qu'un par site il est assez facile de le vérifier au cas par cas.

Afficher les archives