您在 Web 应用前面使用了来自 Microsoft 的 Azure CDN Standard。要求：1) 通过 301 重定向所有 HTTP 请求来强制使用 HTTPS；2) 将来自 /blog/... 的请求内部重写为 /content/blog/...，同时保留其余路径和查询字符串。您应该如何配置规则引擎？

正确答案描述了在 Azure CDN Standard 规则引擎中实现所需行为的最佳实践。首先，通过 301 重定向将所有 HTTP 请求强制转换为 HTTPS，这是安全性和 SEO 的标准做法。在 CDN 边缘执行此操作可减少源服务器负载并提高性能。其次，内部 URL 重写将 /blog/... 路径转换为 /content/blog/...，同时保留路径的其余部分和查询字符串。这种重写是内部的，对客户端是透明的，并且在 CDN 边缘执行，以优化内容交付。 其他选项不正确的原因如下： 在同一规则中结合重写和 302 重定向到 HTTPS 不符合最佳实践，因为重定向通常应在重写之前发生，并且 302 是临时重定向，不适合强制 HTTPS。 在源站上配置所有逻辑会增加源站负载，并失去 CDN 在边缘处理这些请求的性能优势。 DNS 提供商页面规则通常不提供 URL 重写功能，并且在流量到达 CDN 之前执行重定向和重写会绕过 CDN 的缓存和优化。