具有 S3 来源的 CloudFront 未压缩
CloudFront with S3 origin is not compressed
我一步一步地遵循 AWS 指南,我在 S3 上添加了 Content-Length header 以允许 headers 但我仍然没有从 Cloudfront
获得未压缩的响应
直接从 S3 响应:
来自 CloudFront 的响应:
CloudFront 配置为压缩 objects
仅压缩来自 google 的原始文件:
CORS S3 设置:
{
"AllowedHeaders": [
"Authorization",
"Content-Length"
],
"AllowedMethods": [
"GET"
],
"AllowedOrigins": [
"*"
],
"ExposeHeaders": [],
"MaxAgeSeconds": 3000
}
]
我在这里错过了什么?
经过几天的拼命挖掘,我发现这篇博文回答了我所有的问题,尤其是一个问题。
什么是x-content-encoding-over-networkheader
实际上是 ESET 防病毒软件解压缩了扫描它的响应,然后将其传递给浏览器。所以 CloudFront 实际上一直在工作。
https://medium.com/@mishani0x0ef/iis-compression-the-mental-model-a0b4fad78c74
我一步一步地遵循 AWS 指南,我在 S3 上添加了 Content-Length header 以允许 headers 但我仍然没有从 Cloudfront
获得未压缩的响应直接从 S3 响应:
来自 CloudFront 的响应:
CloudFront 配置为压缩 objects
仅压缩来自 google 的原始文件:
CORS S3 设置:
{
"AllowedHeaders": [
"Authorization",
"Content-Length"
],
"AllowedMethods": [
"GET"
],
"AllowedOrigins": [
"*"
],
"ExposeHeaders": [],
"MaxAgeSeconds": 3000
}
]
我在这里错过了什么?
经过几天的拼命挖掘,我发现这篇博文回答了我所有的问题,尤其是一个问题。
什么是x-content-encoding-over-networkheader
实际上是 ESET 防病毒软件解压缩了扫描它的响应,然后将其传递给浏览器。所以 CloudFront 实际上一直在工作。
https://medium.com/@mishani0x0ef/iis-compression-the-mental-model-a0b4fad78c74