mod_deflate vs mod_gzip
Quelqu'un peut me dire la différence dans les scripts suivants en termes de charge CPU de la performance et de la compression?
<ifModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$ mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>
<ifModule mod_deflate.c>
<filesMatch "\.(js|css)$"> SetOutputFilter DEFLATE </filesMatch>
</ifModule>
- double possible de Pourquoi utiliser dégonfler au lieu de gzip pour les fichiers texte servi par Apache?
- double possible de mod_deflate ou mod_gzip, qui devrait être utilisé?
Vous devez vous connecter pour publier un commentaire.
Ces deux modules font la même chose: ajouter gzip compression à la volée.
Celui que vous devez utiliser ces jours-ci est mod_deflate - il est le plus moderne et qui est recommandé et est distribué avec Apache. mod_gzip était un vieux de la troisième partie mise en œuvre et il n'y a pas de bonne raison de l'utiliser plus.
Ne vous laissez pas berner par le nom en pensant qu'ils utilisent différentes méthodes de compression. Ils utilisent tous les deux gzip (qui est un format qui utilise un algorithme de compression appelé DÉGONFLER). Ce dernier est seulement appelé mod_deflate parce que le nom de mod_gzip a été prise. Ils seront tous les deux atteindre les mêmes niveaux de compression avec des paramètres équivalents.
Ils ont une configuration différente (ce qui peut inclure différents paramètres par défaut) si vous avez besoin de trouver de la documentation spécifique, celui que vous utilisez.
Je suppose que vous vous posez sur les différences entre ces deux, et non pas sur la compression en général. Dans ce cas, je vous recommande d'utiliser mod_deflate qui s'appuie sur la, encore en projet actif zlib. BTW, vieux articles (6-7 ans), qui comparent les deux, ne sont plus d'actualité.
La plupart des algorithmes de compression, lorsqu'il est appliqué à un fichier de texte brut, peut réduire sa taille de 70% ou plus, en fonction du contenu du fichier. Lors de l'utilisation d'algorithmes de compression, la différence entre la norme et le maximum de niveaux de compression est faible, surtout quand on considère le CPU en plus du temps nécessaire pour traiter ces extra compression passe. Ceci est particulièrement important lorsque dynamiquement la compression de contenu Web. La plupart des logiciels de compression de contenu techniques utiliser un taux de compression de 6 (sur 9 niveaux) pour préserver les cycles de PROCESSEUR. La taille du fichier différence entre le niveau 6 et le niveau 9 est généralement si faible qu'il peut être n'en vaut pas le temps supplémentaire impliqué.
Pour les fichiers identifiés comme texte/.* Les types MIME, la compression peut être appliqué pour le fichier avant de le placer sur le fil. Ce simultanément réduit le nombre d'octets transférés et améliore les performances. Les tests a montré aussi que Microsoft Office et PostScipt fichiers peuvent être codé de GZIP pour le transport par la compression des modules.
Certains des plus importants types MIME qui ne peut pas être GZIP encodés sont des fichiers JavaScript externes, des fichiers PDF et des fichiers image. Le problème avec les fichiers Javascript est principalement à cause de bogues dans le logiciel de navigateur, car ces fichiers sont vraiment des fichiers texte et la performance globale aurait avantage à être comprimé pour le transport. PDF et les fichiers d'image sont déjà compressés, et d'essayer de les compresser à nouveau simplement les rend plus gros et conduit à des éventuels problèmes de rendu avec les navigateurs.
Avant l'envoi d'un fichier compressé à un client, il est essentiel que le serveur assure le client de la réception de données comprend correctement et rend le format compressé. Les navigateurs qui comprennent le contenu compressé envoyer une variation de la suite à demande du client, des en-têtes:
Principaux navigateurs actuels comprennent une variation de ce message à chaque requête-ils envoyer. Si le serveur voit l'en-tête et choisit de fournir un contenu compressé, il doit répondre avec le serveur en-tête de réponse:
Pour plus d'informations, voir cet article: http://www.linuxjournal.com/article/6802
Permettant mod_deflate et mod_gzip fondamentalement accomplit la même chose, ils ont à la fois de compresser vos fichiers web avant qu'ils soient envoyés aux visiteurs de votre site web.
Il y a des différences entre les deux; mod_deflate peuvent parfois avoir un plus faible sera le meilleur taux de compression pourcentage mod_gzip. Une autre raison pour laquelle vous devez choisir mod_deflate est parce que c'est mieux pris en charge que mod_gzip qui rend plus facile à configurer parce que c'est mieux documentée. Plus d'informations peuvent être trouvées ici.
Découvrez cet article sur linuxjournal.com
http://www.linuxjournal.com/article/6802
Autres que mod_deflate est plus facile à configurer et généralement vient le paquet apache.
À mon humble avis, Vous devriez éviter d'utiliser des mod_deflate pour les fichiers statiques, au lieu de servir précompressé des fichiers via le module mod_rewrite avec une meilleure compression disponibles (7zip créé gzip autant que je sache). Apache n'est pas le format de mise en cache des fichiers statiques.
Dynamique des fichiers: dépend de la bande passante disponible - mod_deflate besoins de beaucoup de puissance de traitement, mais utilisable si votre serveur est capable de déborder votre réseau.