☰

URL 和云提供商

tag-icon • tag-icon cloud
URL 和云提供商

假设有一个 URL，www.example.com 该 URL 包含一个由 Google 以外的云提供商提供的 Web 应用程序。

假设有第二个 URL，它是第一个 URL 的扩展：www.example.com/extension_url 这个第二个 URL 包含第二个 Web 应用程序，该应用程序与第一个主 URL 下的 Web 应用程序没有关系。

记住这www.example.com是与另一家云提供商合作，Google Cloud 可以托管吗www.example.com/extension_url？

答案1

这在一定程度上取决于 www.example.com 的托管方式以及您作为管理员拥有多少控制权。运行反向代理它包含来自远程服务器/服务的内容/功能并将其映射到本地 URL，例如www.example.com/extension_url。

假设本地服务器正在运行阿帕奇; 然后

<Location /extension_url/>
    ProxyPass http://google-backend.example.com/
</Location>

将导致 的本地请求http://www.example.com/extension_url/bar在内部转换为 的代理请求http://google-backend.example.com/bar。

答案2

在这种情况下www.example.com将指向 Google Cloud 的服务器。因此主机名内的所有内容都必须托管在此处，您不能www.example.com/extension_url托管在另一台服务器上。

你有两个真正的选择：

  1. 添加指向另一个托管的子域名，例如secondapp.example.com。如果您需要地址www.example.com/extension_url，您可以将其重定向到secondapp.example.com。
  2. 如果第二个应用程序不是服务但您可以访问源代码，则应该能够将其移动到同一托管。

frameset尽管有指导，请不要使用此方法：我们已经不再是 90 年代了。

相关内容