pré-compressé gzip pause sur chrome, pourquoi?

J'servir de pré-compressé les fichiers CSS et JS sur mon site, et IE6-8 et FF
fonctionne parfaitement avec mon .fichier htaccess.

# Compressed files
RewriteCond %{HTTP:Accept-Encoding} .*gzip.*
AddEncoding x-gzip .gz
AddType application/x-javascript .gz
AddType text/css .gz

J'appelle les fichiers avec l' .gz extension déjà [exemple]:

<link rel="stylesheet" type="text/css" media="all" href="css/layout.css.gz" />

Alors pourquoi est-ce ruptures dans google Chrome?

Grâce.

Était-ce jamais répondu?

OriginalL'auteur vsync | 2009-06-07

  1. 3

    Télécharger Fiddler et de regarder le raw en-têtes de réponse pour voir ce que le serveur envoie à cette demande particulière.

    Pour info, Fiddler est un proxy qui filtre votre navigateur demandes de grâce. Super instructif quand on traite de ce genre de questions.

    -- Mise à jour

    Après enquête, il ne semble pas que votre RewriteCond est en train de faire ce que vous pensez qu'il est en train de faire. Selon le La Documentation, la directive RewriteCond est uniquement utilisé en conjonction avec un RewriteRule.

    OriginalL'auteur Jordan S. Jones

  2. 3

    Safari (le navigateur Google Chrome) ne fonctionne pas avec un fichier compressé si elles extension est .gz

    À l'appui de gzip archives sur Safari et Chrome, de copie et de le compresser .css et .js fichiers dans gzip et renommer ils prolongation .gz sur le .jgz
    (par exemple:
    avant - un fichier de style.css dans le répertoire
    après deux fichiers, le style.css et style.css.jgz dans le répertoire )

    Et a ajouté ce code dans votre .htaccess:

    AddEncoding gzip .jgz
RewriteCond %{HTTP:Accept-encoding} gzip
# RewriteCond %{HTTP_USER_AGENT} !Safari
RewriteCond %{HTTP_USER_AGENT} !Konqueror
RewriteCond %{REQUEST_FILENAME}.jgz -f
RewriteRule ^(.*)$ $1.jgz [QSA,L]

<IfModule mod_headers.c>
    Header append Vary User-Agent
    <FilesMatch .*\.js.jgz$>
    ForceType text/javascript
    Header append Vary Accept-Encoding
    Header set Content-Encoding: gzip
    Header set Cache-control: private
    </FilesMatch>
    <FilesMatch .*\.css.jgz$>
    ForceType text/css
    Header append Vary Accept-Encoding  
    Header set Content-Encoding: gzip
    Header set Cache-control: private
    </FilesMatch>
</IfModule>

    Par exemple megaburg.ru
    Testé - fonctionne avec Safari, Chrome, Opera et Firefox 8)

    OriginalL'auteur Megaburg

  3. 2

    Notre .fichier htaccess (nous avons .jsz fichiers compressés javascript, et Chrome gère très bien):

    AddEncoding gzip .jsz
AddType text/javascript .jsz

    OriginalL'auteur David

  4. 2
    1. Vous devez utiliser le Content-Encoding: gzip en-tête de réponse.
    2. Vous devez retourner uniquement compressé avec GZIP contenu lorsque le client Accept-Encoding en-tête permet GZIP.

    OriginalL'auteur EricLaw

  5. 1

    J'ai répondu à une question similaire, avec un beaucoup plus conservatrice de la règle de correspondance pour quand Gzip:

    Safari, Chrome, et IE6 tous ont
    des problèmes avec les téléchargements au Format gzip. Aussi,
    Apache va faire la compression gzip
    pour vous, il n'est pas nécessaire manuellement
    les fichiers gzip. Essayez de cet extrait:

    # This uses mod_deflate, which is pretty standard on Apache 2.  Loading
# mod_deflate looks like this:
#
#   LoadModule deflate_module modules/mod_deflate.so
#
AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \\bMSIE !no-gzip !gzip-only-text/html

    Voir le post original: Comment puis-je faire de mes .fichier htaccess permettent Safari & les autres navigateurs pour ouvrir GZIP?

    je ne vois pas où votre configuration empêche gzip lieu pour le navigateur google chrome,...

    OriginalL'auteur mixonic

  6. 0

    Vous suffit de définir le Content-Encoding champ d'en-tête pour dire au client que les données de réponse est codée à l'aide de gzip:

    <FilesMatch "\.gz$">
    Header set Content-Encoding gzip
</FilesMatch>

    Mais malheureusement Apache ne permet pas de définir de champ d'en-tête. Au lieu de cela Content-Encoding deviendra X-Content-Encoding.

    donc, ce que cela signifie si il deviendra avec X préfixe?
    Cela signifie qu'il ne sera pas reconnu.

    OriginalL'auteur Gumbo

  7. -2

    Google Chrome (et Apple Safari) ne prennent pas en charge compressé avec gzip CSS et JavaScript. Certaines versions IE6 aussi avoir des problèmes.
    Ils ne supportent compressé avec gzip les documents HTML, mais pas de CSS et de JavaScript.

    comment puis-je filtrer ceux qui les soutiennent pas dans mon fichier htaccess ?
    Vous ne devriez pas le lien pour le .gz fichiers directement à partir de votre code HTML. Vous pouvez utiliser mod_rewrite ou (encore mieux) mod_negotiation alors envoyez-le gzip fichier à la place.
    ou tout simplement yui les compresser, ce qui vous donnera valide JS et comparables la compression de l'épargne
    YUI compression est aucun où près de la compression gzip. Habituellement, vous devez également gzip le résultat de YUI. Voir: julienlecomte.net/blog/2007/08/13
    oui, ils sont déjà compressés avec du Doyen PACKER, mais GZIP est de loin la meilleure solution. mon serveur ne prend pas en charge GZIP à la volée..donc je doit pré-comprimé. mod_rewrite ne fonctionne pas. même si elle l'était, serait-il utile dans Chrome cas?

    OriginalL'auteur elmuerte