Azure CDN 不返回压缩数据答案

【问题标题】：Azure CDN doesn't return gzipped dataAzure CDN 不返回压缩数据
【发布时间】：2016-08-20 08:34:49
【问题描述】：

我使用 Windows Azure CDN 配置了 gzip compression，但 CDN 仍然提供未压缩的数据：

$ curl -H "Accept-Encoding: gzip" -I https://bbbdev.azureedge.net/images/512.png
HTTP/1.1 200 OK
Content-MD5: GAXAIuQyL8MhCNc+BW1baw==
Content-Type: image/png
Date: Tue, 26 Apr 2016 12:59:45 GMT
Etag: 0x8D363B09C5AB6D6
Last-Modified: Wed, 13 Apr 2016 15:30:57 GMT
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
Vary: Origin
x-ms-blob-type: BlockBlob
x-ms-lease-status: unlocked
x-ms-request-id: 60846501-0001-0042-23bb-9f72d0000000
x-ms-version: 2009-09-19
x-ms-write-protection: false
Content-Length: 11028

我将 image/png 和 image/jpeg 添加为“要压缩的格式” - 但没有运气。

事实上 - 在我们的origin（Blob 存储）中，那些未压缩的文件 - 我们只是使用 Azure SDK 中的self.blob.put_block_blob_from_path() 将它们放入容器中。

正如我在similar topic 中发现的那样 - 如果文件未在 origin 端压缩 - CDN 将不会压缩它们。

那么 - 是否只有在 push 之前“手动”（实际上是通过脚本）将它们 gzip 压缩到存储的方法 - 或者这可以通过其他方式完成？

【问题讨论】：

2-3 小时后，当我从家里检查时 - 突然一切都开始工作了。我想 - 这样的设置（当手动添加 mime 类型时）也需要时间来应用，与entrypoints 相同。

标签： azure gzip cdn azure-blob-storage

【解决方案1】：

从此页面：https://azure.microsoft.com/en-us/documentation/articles/cdn-improve-performance/#notes

“与部署新端点一样，CDN 配置更改需要一些时间才能通过网络传播。在大多数情况下，您会在 90 分钟内看到更改生效。如果这是您第一次为您的CDN 端点，您应该考虑等待 1-2 小时，以确保压缩设置已传播到 POP，然后再进行故障排除。”

很高兴现在一切正常！

【讨论】：

谢谢，迈克尔。感谢您的链接 - 以前没有看到它。我使用azure.microsoft.com/en-us/documentation/articles/…这篇文章进行了设置，在cmets中，我要求它的作者更新它。他做到了 :-) 这是，顺便说一句，Azure 的一面非常令人愉快 - 它的支持真的随时准备提供帮助。他们并不总是可以提供帮助，但是 - 他们正在尝试:-)