cdn - 是否有任何 CDN 允许重写请求 URI，以便客户端路由与浏览器刷新配合得很好？

Question

我有一个用静态 html/js/css 编写的 HTML5 应用程序(它实际上是用 Dart 编写的，但会编译成 javascript)。我通过 CDN 提供应用程序文件，REST api 托管在一个单独的域中。该应用程序使用客户端路由，因此当用户继续使用该应用程序时，url 可能会更改为类似 http://www.myapp.com/categories 的内容。问题是，如果用户刷新页面，则会导致 404。

是否有任何 CDN 允许我创建一个规则，如果用户请求一个页面是有效的客户端路由，它只会返回(在我的例子中)client.html页面？

更详细的解释/例子

我的网络应用程序的静态文件存储在 S3 上并通过亚马逊的 CloudFront CDN 提供。有一个用于引导应用程序的 HTML 文件 client.html。这是访问域根时提供的默认文件，因此如果您转到 www.mysite.com，浏览器实际上会提供 www.mysite.com/client.html .

网络应用程序使用客户端路由。一旦应用程序加载并且用户开始导航，URL 就会更新。这些 url 实际上并不存在于 CDN 上。例如，如果用户想浏览小部件，她会点击一个按钮，客户端路由会显示“小部件” View ，浏览器的 url 会更新为 www.mysite.com/widgets/browse。在 CDN 上，/widgets/browse 实际上并不存在，因此如果用户点击浏览器上的刷新按钮，他们将获得 404。

我的问题是是否有任何 CDN 支持查看请求 URI 并重写它。因此，我可以看到对 /widgets/browse 的请求并将其重写为 /client.html。这样，应用程序将得到服务，而不是返回 404。

我意识到这个问题还有其他解决方案，即在 CDN 前面放置一个服务器，但不太理想。

Answer 1

我使用 CloudFront 执行此操作，但我使用自己运行 Apache 的服务器来完成此操作。我知道您正在使用 Amazon 的服务器，但由于您没有指定您仅限于此，我想我会回答如何完成您想要做的事情。

这很简单。任何时候您查询的内容不在 CloudFront 的缓存中，或者存在于缓存中但已过期时，CloudFront 都会返回您的 Web 服务器，要求它提供内容。此时，您可以完全控制请求。我使用 Apache 中的 mod_rewrite 来捕获请求，然后根据请求确定要提供的内容。事实上，我的服务器上没有一个文件(备用一个 php 脚本)，但 cloudfront 认为有数千个。很确定 url 重写是大多数网络服务器的标准，不过我只能根据自己的经验在 lighttp 和 apache 上确认。

更多信息

您在这里所做的只是告诉您的服务器重写传入的请求以满足它们。这不会被视为代理或任何类似的东西。

你的应用程序和服务器之间的内容流，中间有云端是这样的:

appRequest->cloudFront
         if cloudFront has file, return data to user without asking your server
         for the file.

         If cloudFront DOESN'T have the file (or it has expired), go back to 
         the origin server and ask it for a new copy to cache.

所以基本上，您的情况是这样的:

A)app->ask cloudfront for url cloud front doesn't have
B)cloudfront then asks your source server for the file
C)file doesn't exist there, so the server tells cloudFront to go fly a kite
D)cloudFront comes back empty handed and makes your app 404
E)app crashes and burns, users run away and use something else.

因此，您对 mod_rewrite 所做的一切就是告诉您的服务器它如何重新解释某些格式化的请求并采取相应的行动。您可以将所有 .jpg 请求指向 singleImage.jpg，然后让您的应用请求:

www.mydomain.com/image3.jpg
www.mydomain.com/naughtystuff.jpg

这些图像甚至都不必存在于您的服务器上。 Apache 只会通过发回 singleImage.jpg 来满足请求。但就云端或您的应用而言，这是两个不同的文件，位于服务器上两个不同的独特位置。

希望这能解决问题。

http://httpd.apache.org/docs/current/mod/mod_rewrite.html