Azure CDN Blob 存储手动压缩
Azure CDN Blob Storage Manual Compression
我们有超过 1mb 的文件，并通过 Azure Verizon CDN 排除在自动压缩之外。
为了适应，我们在上传到 Azure Blob 之前手动压缩文件 backbone。我们上传文件的压缩和未压缩版本。
我们还配置了 Azure CDN 来处理 json 文件：
现在，如果我使用适当的 headers 卷曲 blob 或 cdn，我不会获得压缩内容。
那么使用 Azure 执行此操作的标准方法是什么？我是否缺少设置或 header？
基于 Accept-Encoding header 是否无法进行内容交换？
我是否需要删除 .gz 扩展名并始终提供 json 压缩文件？
如有任何见解，我们将不胜感激。
为清楚起见编辑：
此处推荐的解决方案是 gzip 并将您的资产上传到不带 .gz 扩展名的博客存储，并确保它 return 是 "Content-Encoding:gzip" header。
之后，只需通过 CDN 端点请求该资产即可。如果您的请求包含 Accept-Encoding:gzip header，CDN 将 return 压缩资产。如果您的请求不包含 Accept-Encoding header，CDN 将即时解压缩文件并为客户端提供资源的未压缩版本。
原答案：
嘿，我来自 Azure CDN 团队。
首先，您使用的是 Verizon 还是 Akamai 配置文件？
Verizon 对边缘压缩有 1MB 的限制，而 Akamai 没有。此外，此限制仅适用于 CDN 边缘压缩，因此如果您的来源以正确的压缩文件响应，CDN 仍应将其提供给客户端。
据我所知，Blob 存储不会自动进行内容交换。
请注意，如果文件的未压缩版本已缓存在 CDN 边缘上，它将继续提供该文件，直到它过期。您可以使用 'purge' 函数重置它。
我们这里还有一份故障排除文档：https://docs.microsoft.com/en-us/azure/cdn/cdn-troubleshoot-compression
如果上述方法没有帮助，我很乐意帮助您进一步排查问题。
只需通过 rli@microsoft.com.
私下向我发送您的来源和 cdn 端点 URL
我们有超过 1mb 的文件，并通过 Azure Verizon CDN 排除在自动压缩之外。
为了适应，我们在上传到 Azure Blob 之前手动压缩文件 backbone。我们上传文件的压缩和未压缩版本。
我们还配置了 Azure CDN 来处理 json 文件：
现在，如果我使用适当的 headers 卷曲 blob 或 cdn，我不会获得压缩内容。
那么使用 Azure 执行此操作的标准方法是什么？我是否缺少设置或 header？
基于 Accept-Encoding header 是否无法进行内容交换？
我是否需要删除 .gz 扩展名并始终提供 json 压缩文件？
如有任何见解，我们将不胜感激。
为清楚起见编辑：
此处推荐的解决方案是 gzip 并将您的资产上传到不带 .gz 扩展名的博客存储，并确保它 return 是 "Content-Encoding:gzip" header。
之后，只需通过 CDN 端点请求该资产即可。如果您的请求包含 Accept-Encoding:gzip header，CDN 将 return 压缩资产。如果您的请求不包含 Accept-Encoding header，CDN 将即时解压缩文件并为客户端提供资源的未压缩版本。
原答案：
嘿，我来自 Azure CDN 团队。
首先，您使用的是 Verizon 还是 Akamai 配置文件？
Verizon 对边缘压缩有 1MB 的限制，而 Akamai 没有。此外，此限制仅适用于 CDN 边缘压缩，因此如果您的来源以正确的压缩文件响应，CDN 仍应将其提供给客户端。
据我所知，Blob 存储不会自动进行内容交换。
请注意，如果文件的未压缩版本已缓存在 CDN 边缘上，它将继续提供该文件，直到它过期。您可以使用 'purge' 函数重置它。
我们这里还有一份故障排除文档：https://docs.microsoft.com/en-us/azure/cdn/cdn-troubleshoot-compression
如果上述方法没有帮助，我很乐意帮助您进一步排查问题。 只需通过 rli@microsoft.com.
私下向我发送您的来源和 cdn 端点 URL