问题标签 [azure-cdn]

有没有办法让我们将 Azure 用作文件存储和 CDN，然后以某种方式将虚拟目录映射到 Azure 空间？

我正在尝试将 Azure 网站的主题存储在 Azure CDN 中。

我已将文件复制到 CDN 中，并保留了原始 App_Themes 文件夹中的文件夹结构。

我创建了一个 VirtualPathProvider 以及必要的 Virtualdirectory 和 VirtualFile 类。提供者在 global.asax 中注册。

我的问题是似乎来自 CDN 的唯一文件是皮肤文件。所有图像、css 等仍然被引用，就好像它们在标准 App_Themes 结构中一样。如果我在我的代码中设置一个断点，那么我的 VirtualTheme 的 Open 方法只会为皮肤文件调用。

有没有人设法实施这样的解决方案？

任何想法我做错了什么？

在 Global.asax Application_start 中：

是否有人使用其托管的 Web 角色成功配置了 Azure CDN 以进行 HTTP 压缩？我们在 Azure 边缘服务器上压缩 HTTP 内容时遇到问题。CDN 仅缓存内容的未压缩版本。

如果我们从非 Azure 方法中点击我们的资源链接 ( webresource.axd )，它会按预期通过 gzip (使用xxxx.cloudapp.net/cdn/webresource.axd )进行压缩。但是，只要我们将资源链接指向 Azure CDN ( xxxx.vo.msecnd.net )，尽管浏览器告诉 Azure CDN 它接受 gzip，内容仍会以未压缩的形式提供。

我在 Azure 论坛上发布了同样的问题，但目前还没有人回复。

在对问题进行故障排除时，Azure CDN 似乎正在剥离Accept-Encoding HTTP 标头。只是好奇其他人是否有同样的问题。

Azure CDN 最佳实践指出...

Windows Azure CDN 如何处理压缩内容？

Windows Azure CDN 不会修改（或添加）对您的对象的压缩。Windows Azure CDN 尊重源基于“Accept-Encoding”标头提供的任何压缩。从 1.4 开始，Azure 存储不支持压缩。如果您使用托管服务对象交付，则可以将 IIS 配置为返回压缩对象。

我们看到的是 CDN 不尊重来源Accept-Encoding，它被剥离了。

我们正在尝试通过 Azure CDN 上的 ETag启用HTTP 压缩(gzip) 和HTTP 304 缓存。我们已经发现了启用 Azure CDN 压缩的问题，但现在我们无法让压缩和 ETag 缓存 ( 304s ) 同时工作。此问题已在此处发布到 Azure 论坛。

这是一个压缩的示例，但不是 HTTP 可缓存 (304) 链接：

https://xxxx.vo.msecnd.net/resourceManager.axd?token=HL80vX5hf3lIAAA&group=core.js

这是可缓存 (304)但不可压缩 (gzip) 链接的示例：

https://xxxx.vo.msecnd.net/resourceManager.axd?token=HL80vX5hf3lIAAA&group=core.png

有谁知道如何让HTTP 缓存 (304s)和HTTP 压缩在 Azure CDN 上协同工作？

我有一个带有 2 个 Web 应用程序的 Web 角色。（一个是 Web 应用程序，另一个是 wcf 应用程序）。Web 应用程序中的静态内容来自 azure cdn。我将静态内容放在 cdn 目录下，在 html 上我指的是 cdn 端点。我的问题是，有时会看到整个静态内容没有从 cdn.and 整个网页没有 css/images/javascript 文件，5-10 分钟后一切都恢复了。

有没有人看到这种行为？- 我总是检查微软网站上的状态，每次我看到 CDN 工作正常。

cdn 如何对同一实例上的 2 个 Web 角色做出反应。也许这就是导致它来回切换的问题的原因？

谢谢分配

我在 Azure 中将 CDN 用于我的云服务，但字体 (*.woff) 不起作用！

当我只对静态文件使用 iis 时，我解决了这个问题

（http://stackoverflow.com/questions/3594823/mime-type-for-woff-fonts）

但是我如何在 microsoft azure cdn 中做到这一点？

我无法通过在 IE 或 Firefox 中工作的 azure cdn 公开 azure blob 存储托管字体。

我相信这是因为@font-face 跨域问题（CORS），正常的解决方案是添加一个 Access-Control-Allow-Origin 标头。我知道大多数 CDN 现在都支持这一点，但我假设 Azure 仍然不支持。谁能证实这一点？

如果是这种情况，是否有任何解决方法？

我在 Azure 上有一个 ASP.NET Web 应用程序，并且想将我的静态内容 - 图像、CSS 移动到 Azure CDN。

我在整个应用程序中使用了 100 多个图像文件，这些文件存储在文件夹“App_Themes/img”中......

以什么方式，我可以最大限度地减少移动中的努力？

我目前的步骤是...... - 手动将所有文件上传到 cdn .. - 手动将所有 url 更改为 cdn（使用 Ctrl-H，但仍然是时间密集型且没有错误） - 以某种方式在本地管理测试.. . （在每个页面添加一些代码以使用 baseurl，具体取决于调试或发布）...

有什么方法可以添加新路由等，这样我就不必手动更改 url，也不必在文件系统 url 和 CDN 之间移动以在本地开发应用程序并部署它。

非常感谢 ..

我正在尝试向 Azure CDN（生产站点）上的项目发出 HEAD 请求，但希望避免来自本地浏览器缓存或源服务器（我的 Web 角色）的响应。这将是一个访问量很大的网站，内容都是静态的，因此从我的 Web 角色的 /cdn 文件夹中缓存在 Azure CDN 上。

我已经通过调用解决了避免本地浏览器缓存的问题：

此外，我的 HEAD 请求用于简单地检索响应日期，因为我想要的是 GMT 中的保证当前时间（Azure 全部设置为 GMT）：

现在我保证我的响应绝对不会被浏览器上的缓存副本完成，但我不确定如何验证响应是来自 Azure CDN 还是来自源服务器（Web 角色）。我想保证如果“small.png”在 Azure CDN 上，我的响应来自那里。基本上，我需要确认我的源服务器不会被请求轰炸，并且 CDN 将限制 99.999999% 的请求，包括这个请求。但是，由于我在 HEAD 请求 ($.ajaxSetup({cache: false}); 之前将一个唯一的查询字符串附加到请求之前的缓存清除，我不确定 Azure CDN 是否决定将请求转发到源服务器。

请注意，通过 Azure 门户，我在我的 CDN 上未选中“启用查询字符串”。我认为这足以让我满意，但我想要一种温暖而模糊的感觉，即我的响应确实来自 Azure CDN 而不是起源。Fiddler 中是否有任何指标可以向我证明我的响应来自 CDN（代理服务器）而不是源服务器？

目前我的所有内容都有 30 分钟的缓存过期，但是当我们上线时我会调整/优化它。

我无法让 Azure 的 CDN 传递来自源的压缩文件。

原始文件（gzips就好了:)

http://www.schooldigger.com/cdn/clientscript/SchoolDigger.1.45.min.js

返回

CDN 文件（不返回 gzipped）：

http://cdnaz.claarware.com/clientscript/SchoolDigger.1.45.min.js

返回：