J'ai vu d'un testeur en ligne que mon HTML peut être compressé à environ 90%! Est-ce une bonne pratique d'utiliser gzip ou non? Je vois que beaucoup de sites ne l'utilisent pas.
Pour moi, cela améliorerait le trafic, car certaines pages contiennent beaucoup de données (120 Ko de HTML sans les images) qui peuvent être compressées à quelques kilo-octets.
Oui. 120 Ko pour le HTML seul (!) Peuvent être considérablement compressés. Avec les fichiers CSS et JavaScript. Cela accélérera l'expérience de navigation de vos utilisateurs et vous fera économiser de la bande passante sur votre serveur.
Vous pouvez implémenter la compression à l'aide de votre script côté serveur et mettre en cache les fichiers compressés, réduisant ainsi la pression sur le processeur sur les serveurs occupés.
Oui, il n'y a presque aucune raison de penser à ne pas utiliser GZIP à tout moment. C'est comme obtenir une bande passante gratuite, et elle est universellement prise en charge. Ayez-le toujours!
Les seuls inconvénients possibles sont
Si vous êtes sur un hôte partagé avec des ressources CPU très limitées, car la compression est effectuée sur le serveur et cela prend un tout petit peu de CPU serveur. Cependant, le serveur devrait être très surchargé et / ou extrêmement ancien pour que cela importe dans la pratique.
Si vous diffusez de très grandes pages Web dynamiques (et en gros, 400 kilo-octets et plus) . La compression à la volée d'un contenu dynamique très volumineux peut être extrêmement coûteuse.
Mais ce sont deux conditions de bord rares dans mon expérience; 99% du temps, la compression HTTP est une victoire claire.
De plus, je dirai que certains hébergeurs se plaignent des forums et autres sites Web largement utilisés qui utilisent gzip provoquent l'utilisation du processeur plus élevée que Jeff mentionnée ci-dessus. La réponse est OUI, mais vérifiez d'abord les options de votre fournisseur d'hébergement.
Si votre serveur manque de temps processeur inactif, l'ajout d'une déflation GZIP pourrait en fait ralentir la vitesse à laquelle votre serveur répond aux demandes.
Cependant, si vous ne rencontrez pas actuellement de goulot d'étranglement du processeur, la déflation GZIP est une excellente idée, mais uniquement pour les fichiers en texte brut.
La plupart des formats de fichiers image (par exemple PNG, JPG, GIF) sont déjà compressés et la déflation GZIP est une perte de temps CPU.
La plupart des formats de médias compressés tirent également très peu d'avantages de la fermeture éclair. Cela inclut les fichiers MP3, AVI, MP4, MPG et PDF.
Dépend de l'environnement de votre serveur Web.
Si votre serveur manque de temps processeur inactif, l'ajout d'une déflation GZIP pourrait en fait ralentir la vitesse à laquelle votre serveur répond aux demandes.
Cependant, si vous ne rencontrez pas actuellement de goulot d'étranglement du processeur, la déflation GZIP est une excellente idée, mais uniquement pour les fichiers en texte brut.
La plupart des formats de fichiers image (par exemple PNG, JPG, GIF) sont déjà compressés et la déflation GZIP est une perte de temps CPU.
la source
AddOutputFilterByType
directives - voir l'mod_deflate
entrée dans le manuel Apache pour plus d'informations: httpd.apache.org/docs/2.0/mod/mod_deflate.html