Le module DEFLATE
qui permet de comprimer la sortie de
votre serveur avant de l'envoyer au client sur le réseau.
Voici un exemple simple de configuration pour les impatients.
La configuration suivante, tout en produisant un contenu encore plus comprimé, est aussi beaucoup plus compliquée. N'utilisez pas cet exemple si vous ne comprenez pas tous les détails de la configuration.
La compression est implémentée par le filtre DEFLATE
. La
directive suivante active la compression des documents dans le
conteneur où elle est placée :
Certains navigateurs populaires ne gèrent pas la compression de
tous les contenus, et pour résoudre ce problème, vous pouvez
définir la note gzip-only-text/html
à 1
pour ne permettre que la compression des fichiers html (voir
ci-dessous). Si vous définissez cette note à toute autre
valeur que 1
, elle sera ignorée.
Si vous voulez limiter la compression à certains types MIME
particuliers, vous pouvez utiliser la directive
Pour les navigateurs qui ont des problèmes avec la compression
de tous les types de fichiers, vous pouvez utiliser la directive
no-gzip
, pour le navigateur
considéré, de façon à ce qu'aucune compression ne soit effectuée.
Vous pouvez combiner no-gzip
avec
gzip-only-text/html
afin d'obtenir le meilleur
résultat possible. Dans ce cas, la première note l'emporte sur la
deuxième. Considérons l'extrait suivant de l'exemple de configuration de la section
précédente :
Tout d'abord, on recherche un en-tête User-Agent
qui signale un navigateur Netscape version 4.x. Ces versions ne
gèrent pas la compression des types de fichiers autres que
text/html
. En outre, les versions 4.06, 4.07 et 4.08
ont des problèmes avec la décompression des fichiers html. Par
conséquent, nous désactivons complètement le filtre deflate pour
ces derniers.
La troisième directive \b
signifie "par mots entiers") dans l'en-tête
User-Agent
, et si elle est trouvée, on annule les
restrictions définies auparavant.
DEFLATE
est toujours inséré après les
filtres RESOURCE comme PHP ou SSI. Il n'affecte jamais les
sous-requêtes internes.
force-gzip
, définie à
l'aide de la directive Le module INFLATE
dans la chaîne de filtrage en sortie via la
directive
Dans cet exemple, les sorties comprimées par gzip en provenance de example.com seront décomprimées afin de pouvoir être éventuellement traitées par d'autres filtres.
Le module DEFLATE
dans la chaîne de filtrage en entrée via la
directive
Désormais, si une requête contient un en-tête
Content-Encoding: gzip
, son corps sera
automatiquement décomprimé. Peu de navigateurs sont actuellement
en mesure de comprimer les corps de requêtes. Cependant,
certaines applications spécialisées supportent les requêtes
comprimées, comme par exemple certains clients WebDAV.
Content-Length
Si vous évaluez vous-même la taille du corps de requête,
ne faites pas confiance à l'en-tête
Content-Length
! L'en-tête
Content-Length indique la longueur des données en provenance du
client, et non la quantité d'octets que représente le
flux de données décompressé.
Le module Vary: Accept-Encoding
pour avertir les
mandataires qu'une réponse enregistrée dans le cache ne doit être
envoyée qu'aux clients qui ont envoyé l'en-tête de requête
Accept-Encoding
approprié. Ceci permet d'éviter l'envoi
d'un contenu comprimé à un client qui ne sera pas en mesure
de l'interpréter.
Si vous avez défini des exclusions spécifiques dépendant, par
exemple, de l'en-tête User-Agent
, vous devez
ajouter manuellement des données à l'en-tête Vary
afin
d'informer les mandataires des restrictions supplémentaires. Par
exemple, dans la configuration classique où l'addition du filtre
DEFLATE
dépend du contenu de l'en-tête
User-Agent
, vous devez spécifier :
Si votre décision de comprimer le contenu dépend d'autres
informations que celles contenues dans les en-têtes de la requête
(par exemple la version HTTP), vous devez attribuer à l'en-tête
Vary
la valeur *
, ce qui permet d'empêcher
les mandataires compatibles de tout mettre en cache.
La directive
Pour extraire des informations plus précises de vos journaux, vous pouvez utiliser l'argument type pour spécifier le type de données de la note enregistrée dans le journal. type peut prendre une des valeurs suivantes :
Input
Output
Ratio
sortie/entrée *
100
) dans la note. Il s'agit de la valeur par défaut si
l'argument type est omis.Vous pouvez donc configurer votre journalisation de la manière suivante :
La directive
La directive
La directive
La directive
La valeur doit être comprise entre 1 (compression minimale) et 9 (compression maximale).