Content-Encoding n'est pas affiché dans l'en-tête de réponse lorsque Accept-Encoding est gzip ou deflate

Référez-vous à la RFC ; elle offre des détails sur les valeurs qui peuvent être utilisées dans Accept-Encoding et sur la manière dont un serveur teste si un codage de contenu est acceptable, selon un champ Accept-Encoding, en utilisant ces règles,

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html

Si vous servez un fichier .gz, vous cherchez peut-être à ajouter une association entre l'extension de fichier et le type de fichier mime souhaité avec mod_mime . Les éléments suivants peuvent être ajoutés à la configuration du VirtualHost.

AddEncoding x-gzip .gz

Par ailleurs, un un exemple plus complet pour servir du contenu pré-compressé implique non seulement l'ajout du type de codage, mais aussi la désactivation de mod_deflate et la réinitialisation du type de contenu. Cet exemple utilise mod_header pour ajouter le type d'encodage.

<IfModule mod_headers.c>
    # Serve gzip compressed CSS files if they exist 
    # and the client accepts gzip.
    RewriteCond "%{HTTP:Accept-encoding}" "gzip"
    RewriteCond "%{DOCUMENT_ROOT}%{REQUEST_FILENAME}\.gz" -s
    RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA]

    # Serve gzip compressed JS files if they exist 
    # and the client accepts gzip.
    RewriteCond "%{HTTP:Accept-encoding}" "gzip"
    RewriteCond "%{DOCUMENT_ROOT}%{REQUEST_FILENAME}\.gz" -s
    RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA]

    # Serve correct content types, and prevent mod_deflate double gzip.
    RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1]
    RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1]

    <FilesMatch "(\.js\.gz|\.css\.gz)$">
      # Serve correct encoding type.
      Header append Content-Encoding gzip

      # Force proxies to cache gzipped & 
      # non-gzipped css/js files separately.
      Header append Vary Accept-Encoding
    </FilesMatch>
</IfModule>

(Notez que ce qui précède ajoute DOCUMENT_ROOT au chemin d'accès au fichier RewriteCond de l'exemple référencé, car je pense qu'il est nécessaire lorsqu'il est utilisé dans le contexte de VirtualHost de 2.2+).