Wenn ich nur eine komprimierte Version meines Inhalts bereitstelle, sollte ich dann den Header für die unterschiedliche Akzeptanzcodierung hinzufügen?

11

Ich habe gerade eine statische Site von einem VPS auf Amazon S3 verschoben. Ich habe beschlossen, nur eine komprimierte Version meiner Seiten bereitzustellen, da S3 kein Webserver ist, kann ich keine Logik basierend auf Headern haben. Ich benutze auch Cloudfront als CDN.

Ich habe meine Seite mit http://gtmetrix.com/ getestet und eine schlechte Nachricht erhalten, weil ich die nicht hinzufüge vary accept encoding header. Also habe ich überprüft, worum es geht, und soweit ich weiß, ist es sinnvoll, wenn wir sowohl komprimierte als auch unkomprimierte Versionen bereitstellen.

Ich möchte, dass Sie mir helfen, dies zu klären. Soll ich es hinzufügen? Vielen Dank :)

http-headers static-content gzip amazon-s3 Kev
quelle

Antworten:

7

Ich habe beschlossen, nur eine komprimierte Version meiner Seiten bereitzustellen

Wenn Sie nur Dateien bereitstellen , die Sie mit gzip komprimiert haben , ist die Verwendung Vary: Accept-Encodingnicht von Vorteil, da keine unkomprimierten Kopien der Dateien für Clients bereitgestellt werden, die Accept-Encoding: gzipdie HTTP-Anforderung nicht senden . Die meisten Kunden senden dies heutzutage, daher sollte es Ihnen gut gehen.

Online-Website-Leistungstests wissen nicht, dass Sie nur komprimierte Dateien bereitstellen, und sie sind auch nicht narrensicher. Sie können beispielsweise feststellen, dass der von Ihnen verwendete Dienst diese unter einer Spalte mit der Bezeichnung auflistet. Es ist daher ratsam, solche RECOMMENDATIONVorschläge mit einigen Fakten zu verfolgen (wie Sie es getan haben), bevor Sie zu besorgt werden oder versuchen, sie zu implementieren.

dan
quelle
Ich möchte nur hinzufügen, dass meine Zweifel von diesem Beitrag kamen: maxcdn.com/blog/accept-encoding-its-vary-important
Kev
Du bist in Ordnung. In diesem Artikel wird die Verwendung Vary: Accept-Encodingauf dem Ursprungsserver mit einem CDN erläutert . Wie Sie angegeben haben, bietet Ihr Ursprungsserver dies nicht an und es ist wirklich nicht mehr erforderlich, da laut Google hier : All modern browsers support and automatically negotiate gzip compression for all HTTP requests.Daher wird empfohlen, gzip auf allen Websites zu verwenden. Dieser Artikel (von 2/2013) besagt nur: These days you're unlikely to have clients without compression, but why risk cache mixups?...
dan
1
Da Sie jedoch nur komprimierte Dateien bereitstellen, gelten "Cache-Verwechslungen" (dh aus nicht komprimierten Versionen derselben Dateien) nicht für Ihre Situation.
dan