GZIP不在亚马逊Cloudfront工作

我想在我的页面上加载压缩的JavaScript和CSS文件。我的文件位于amazon s3服务器中，并且已将Cloudfront分发配置为自动压缩对象。即使在设置Cloudfront Distribution之后，我仍然可以获取页面上的未压缩文件，而不是Cloudfront应该加载的压缩文件。GZIP不在亚马逊Cloudfront工作

文件在我的亚马逊S3服务器

https://s3.us-east-2.amazonaws.com/02242017-bucket1/animate.css

https://s3.us-east-2.amazonaws.com/02242017-bucket1/jssor.js

我的请求头读取

Accept:*/* 
Accept-Encoding:gzip, deflate, sdch, br 
Accept-Language:en-US,en;q=0.8 
Connection:keep-alive 
Host:s3.us-east-2.amazonaws.com 
Referer:http://test.sitepm.com/simplewebcontent/710/1/peterspage1 
User-Agent:Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

我的响应头为

Accept-Ranges:bytes 
Content-Length:58701 
Content-Type:application/javascript 
Date:Tue, 28 Feb 2017 10:30:41 GMT 
ETag:"be74d5befb57a55bcf71d5af775f8dfb" 
Last-Modified:Fri, 24 Feb 2017 05:06:32 GMT 
Server:AmazonS3 
x-amz-id-2:ioAxulBZpyxcqCAdvQ47uCuA2zwvh9wrUXA6yyPdL0dt9suwZWSHc8E0hrxte+cBd8kpQt4IYEI= 
x-amz-request-id:1FA844B6044B1E2A

我的Cloudfront地设置

谁能告诉我什么，我在这里失踪......

来源

2017-03-01 Stuborg

您可能已经配置了CloudFront的分布，但基于这些请求和响应头，您实际上并不是通过CloudFront请求对象。

请求：

Host:s3.us-east-2.amazonaws.com

这显然不是一个CloudFront的主机名，例如dxxxexample.cloudfront.net，而不是来自自定义域的主机名...您直接从S3请求。

响应：

如果此请求坏被处理CloudFront的，响应头Via和X-Cache和X-Amz-Cf-Id将存在，但它们不是。

来源

2017-03-01 07:12:23

这是你在说什么“域名\t d3djkdfiadimdg.cloudfront.net”。如果是这样，我的文件将如何成为？ – Stuborg

'https：// s3.us-east-2.amazonaws.com/02242017-bucket1/jssor.js'会变成'https：// d3djkdfiadimdg.cloudfront.net/jssor.js'。 –

您建议的网址给了我一个错误页面 – Stuborg

GZIP不在亚马逊Cloudfront工作

回答

相关问题