Tag: 亚马逊 cloudfront

通过S3从Amazon CloudFront提供gzip CSS和JavaScript

我一直在寻找让网站加载速度更快的方法，而我想探索的一种方法是更多地使用Cloudfront。 由于Cloudfront原本不是作为自定义源CDNdevise的，因为它不支持gzip，所以我到目前为止一直使用它来托pipe我的所有图像，这些图像在我的站点代码中由其Cloudfront cname引用，并在远处进行了优化期货头。 另一方面，CSS和JavaScript文件被托pipe在我自己的服务器上，因为直到现在我的印象是他们无法从Cloudfront进行gzip压缩，从gzip（约75％）中获得的收益超过了从使用CDN（约50％）：Amazon S3（因此Cloudfront）不支持以标准方式使用浏览器发送的HTTP Accept-Encoding标头来表示对gzip压缩的支持，以及所以他们无法在Gzip上运行组件。 因此，直到现在我还是觉得，人们不得不在两种select之间做出select： 将所有资产移动到Amazon CloudFront并忘记GZipping; 保持组件自我托pipe，并configuration我们的服务器来检测传入的请求，并在适当的时候执行即时的GZipping，这是我select做到目前为止。 有解决方法来解决这个问题，但基本上这些都不起作用 。 [ 链接 ]。 现在，似乎Amazon Cloudfront支持自定义来源，并且现在可以使用标准HTTP Accept-Encoding方法来提供经过压缩的内容，如果您使用自定义来源 [ link ]。 我到目前为止还没有能够在我的服务器上实现新function。 我链接到上面的博客文章，这是我发现的唯一一个细节的变化，似乎暗示，你只能启用gzipping（酒吧解决方法，我不想使用），如果你select自定义起源，我宁愿不要：我发现在我的Cloudfront服务器上托pipe相应的文件更简单，并从那里链接到它们。 尽pipe仔细阅读文档，我不知道： 新function是否意味着这些文件应该通过自定义来源托pipe在我自己的域服务器上 ，如果是这样的话，代码设置将实现这一点; 如何configurationCSS和JavaScript头，以确保他们从Cloudfront gzip服务。