Comment Spécifier “Vary: Accept-Encoding” tête en .htaccess

Google PageSpeed dit que je devrais "Spécifier un Vary: Accept-Encoding-tête" pour les CSS et JS. Comment puis-je faire dans .htaccess?

  • Pas sûr de savoir pourquoi cela a été fermé, juste parce qu'il n'est pas un langage de programmation ne signifie pas qu'il n'est pas lié au codage.
  • Je suis d'accord, cela a été visionnée plus de 65100 fois, donc je pense que c'est un bien cherché sujet pour ne pas mentionner je réponds htaccess questions de tous les jours.
  • Je sais que c'est comme l'enfer, mais l'en-tête Vary: Accept-Encoding va dire au navigateur de stocker en cache une version de la page basée sur le Content-Encoding en-tête. Vous devriez voir stackoverflow.com/questions/1975416/... et developers.google.com/speed/docs/best-practices/...
  • il va dire au client (et le plus important, tous les serveurs de mise en cache sur le chemin), que le fichier est différente pour chaque variante de la clients Accept-Encoding` en-tête de demande de valeur, plutôt que chaque Content-Encoding variante de la réponse du serveur valeur d'en-tête.
  • Parce que les utilisateurs avec beaucoup de réputation et les utilisateurs à la recherche de la réputation de construire la réputation de la chasse vers le bas des questions à proximité. Frustrant que cela donne souvent des questions fermées qui ne devrait pas l'être.
InformationsquelleAutor StackOverflowNewbie | 2010-09-04
  1. 89

    Je suppose que ça veut dire que vous activer la compression gzip pour vos css et js fichiers, parce que cela va permettre au client de recevoir à la fois gzip contenu encodé et un simple contenu.

    C'est la façon de le faire dans apache2:

    <IfModule mod_deflate.c>
    #The following line is enough for .js and .css
    AddOutputFilter DEFLATE js css

    #The following line also enables compression by file content type, for the following list of Content-Type:s
    AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml

    #The following lines are to avoid bugs with some browsers
    BrowserMatch ^Mozilla/4 gzip-only-text/html
    BrowserMatch ^Mozilla/4\.0[678] no-gzip
    BrowserMatch \bMSIE !no-gzip !gzip-only-text/html 
</IfModule>

    Et voici comment ajouter le Vary Accept-Encoding en-tête: [src]

    <IfModule mod_headers.c>
  <FilesMatch "\.(js|css|xml|gz)$">
    Header append Vary: Accept-Encoding
  </FilesMatch>
</IfModule>

    La Vary: en-tête de raconte la que le contenu servi pour cette url va varier en fonction de la valeur d'une certaine tête de la demande. Ici, il dit qu'il va servir un contenu différent pour les clients qui disent qu'ils Accept-Encoding: gzip, deflate (un en-tête de requête), que le contenu servi à des clients qui n'envoient pas de cet en-tête. Le principal avantage de cette, autant que je sache, c'est de laisser intermédiaire de la mise en cache proxy savent qu'ils ont besoin d'avoir deux versions différentes de la même url, car de tels changements.

    • Je ne pense pas que ce qu'il est. Mon CSS et JS sont déjà compressés. PageSpeed encore se plaindre.
    • J'ai édité la réponse, vérifiez qu'il.
    • Je pense que mod_deflate censés pour envoyer l'en-tête Vary par défaut.
    • J'ai fait ce que vous avez mentionné ci-dessus. L' .js encore dans les fichiers ne sont pas compressés.
    • peut-être que votre serveur n'a pas la "mod_deflate.c" module.
    • Salut, cela ne fonctionne pas pour moi non plus. J'ai aussi essayé de mettre le FilesMatch/lignes d'en-Tête dans le mod_deflate.bloc c (puisque tout le reste est en cours de gzip avais, je sais que ça fonctionne). Mais encore, pingdom est des rapports que je dois ajouter l'en-tête..
    • Apache 2.2 ne nécessite pas la mod_headers section dans la réponse ci-dessus. mod_deflate déjà fait ce que vous avez besoin. httpd.apache.org/docs/2.2/mod/mod_deflate.html
    • "Proxy serveurs de cache doit toujours stocker à la fois les non compressé et la version compressée d'un fichier, parce que certains clients n'acceptent pas les GZip fichiers compressés. Cependant, beaucoup d'entre eux ne seront pas moins qu'il existe un Vary: Accept-Encoding-tête, nous allons donc assurez-vous d'envoyer une aide mod_headers." - contao.org/en/news/optimizing-contao-for-google-page-speed.html
    • Certains proxys ont des bugs qui ne détecte pas la présence de l'Encodage de Contenu en-tête de réponse. Cela peut entraîner des versions compressées être livré au client les navigateurs qui ne peuvent pas décompresser les fichiers. Définir le Vary: Accept-Encoding en-tête de réponse. Cela indique que les serveurs proxy de cache deux versions de la ressource: un comprimé, et un non compressé. La version correcte de la ressource est livré sur le client-tête de la demande. - developers.google.com/speed/docs/best-practices/caching
    • J'ai été faire cette suggestion de pagespeed trop et j'ai utilisé le deuxième morceau de code ci-dessus: <IfModule mod_headers.c>.... et Cela a fonctionné comme un charme.. Note: j'ai activé la compression gzip dans mon cpanel premier... merci

    InformationsquelleAutor aularon
  2. 4

    J'ai peur Aularon ne fournissent pas suffisamment de mesures pour compléter le processus. Avec un peu d'essais et d'erreurs, j'ai pu réussir à activer Gzipping sur mon WHM serveur.

    Ci-dessous sont les étapes suivantes:

    • Exécuter EasyApache dans WHM, sélectionnez Dégonfler au sein de l'Exhaustive liste d'Options, et de reconstruire le serveur.

    • Une fois cela fait, allez dans les Services de Configuration >> Configuration d'Apache >> Inclure Éditeur >> Post VirtualHost Inclure, sélectionnez Toutes les Versions, puis collez le mod_headers.c et mod_headers.code c (énumérés ci-dessus dans Aularon post) sur le dessus de l'autre dans le champ de saisie.

    • Une fois enregistré, j'ai été voir un 75.36% des données d'économies en moyenne! Vous pouvez exécuter un avant et un après test en utilisant ce HTTP outil de Compression pour voir de vos propres résultats: http://www.whatsmyip.org/http_compression/

    Espère que cela fonctionne pour vous tous!

    • Matt
    InformationsquelleAutor Matt D.
  3. 3

    De comprimer vos fichiers de police ainsi!

    add "x-font/otf x-font/ttf x-font/eot"

    comme dans:

    AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml x-font/otf x-font/ttf x-font/eot
    InformationsquelleAutor Tom
  4. 2

    De nombreuses heures passées à clarifier ce qui était qui. S'il vous plaît, lire ce post pour obtenir les avancées .HTACCESS codes et d'apprendre ce qu'ils font.

    Vous pouvez utiliser:

    Header append Vary "Accept-Encoding"
#or
Header set Vary "Accept-Encoding"
    InformationsquelleAutor T.Todua
  5. 1

    Cela a été me rend fou, mais il semble que aularon de modifier manquait le côlon après "Vary". Par conséquent, la modification "Vary Accept-Encoding" à "Vary: Accept-Encoding" résolu le problème pour moi.

    J'aurais commenté ci-dessous le post, mais il ne semble pas comme il me permettra de.

    En tout cas, j'espère que cela sauve quelqu'un à le même problème que j'avais.

    InformationsquelleAutor user1473179
  6. 1

    si quelqu'un a besoin de cela pour NGINX fichier de configuration voici l'extrait:

    location ~* \.(js|css|xml|gz)$ {
    add_header Vary "Accept-Encoding";
    (... other headers or rules ...)
}
    InformationsquelleAutor user319730
  7. 0

    Pas besoin de préciser ou même vérifier si le fichier est/a comprimé,
    vous pouvez l'envoyer à tous les fichiers, À chaque requête.

    Il dit en aval des procurations comment répondre aux futures en-têtes de requête pour décider
    si la réponse en cache peut être utilisé plutôt que de demander une nouvelle
    l'une à partir du serveur d'origine.

    <ifModule mod_headers.c>
  Header unset Vary
  Header set Vary "Accept-Encoding, X-HTTP-Method-Override, X-Forwarded-For, Remote-Address, X-Real-IP, X-Forwarded-Proto, X-Forwarded-Host, X-Forwarded-Port, X-Forwarded-Server"
</ifModule>
    • la unset est pour corriger quelques bugs dans les anciennes GoDaddy hébergement, éventuellement.
    InformationsquelleAutor