Apache mod_rewrite根据具体情况重定向子域

Question

我正在开发一个在我的域上运行的应用程序。所有的工作都如预期的那样，但我似乎找不到任何好的答案来解决我的子域问题。

该应用程序允许不同的客户端注册自己，并在应用程序中获得自己的"环境"。

例如，如果客户1自己注册，他的环境将在https://main.application.com/v/client1

现在，正如你所看到的，这是相当丑陋的。我希望他能够去https://client1.application.com/，在后台显示https://main.application.com/v/client1。我已经读到这是可能的apache重写。

我猜，我的案子比简单的重写要复杂一点。我试图实现的是：

User goes to | Has to redirect to
client1.application.com | main.application.com/v/client1
client1.application.com/register | main.application.com/v/client1/register
client1.application.com/dashboard | main.application.com/dashboard
client1.application.com/... | main.application.com/...

正如你所看到的，我唯一想用附加到我的域的/v/client1重定向的时候，是当有人试图注册或试图访问他们环境的登录页面时。在所有其他场景中，我只想获取URL后面的内容，并将其附加到main.application.com(主应用程序运行的地方(。我也不希望用户注意到重定向，但地址栏中的URL保持不变。

我试着想出一个伪代码来解释我想做什么：

If subdomain.application.com/ or subdomain.application.com/register
--> take subdomain and paste it like this: 
main.application.com/v/SUBDOMAIN/ or main.application.com/v/SUBDOMAIN/register
Else
--> Redirect to main.application.com/URL
e.g. client1.application.com/dashboard --> main.application.com/dashboard

但我完全不知道该如何重写。

有没有人在这件事上有经验，能够帮助我在这里重写？我是新手，找不到具体案例的文档。

Answer 1

假设对这些主机名("子域"(的所有请求都由同一个http主机处理(通过ServerAlias或简单地使用默认的回退主机(，这应该是非常直接的。。。

1. 不将任何请求直接重写到example.com或www.example.com
2. 对其他主机的重写请求不指定任何路径
3. 重写对指定/register路径的其他主机的请求
4. 如果您的http主机对所有这些主机("子域"(使用相同的文件系统布局(DOCUMENT_ROOT(

这是离开与这个：

RewriteEngine on
RewriteCond %{HTTP_HOST} ^example.com$ [OR]
RewriteCond %{HTTP_HOST} ^www.example.com$
RewriteRule ^ - [END]
RewriteCond %{HTTP_HOST} ^([^.]+).example.com$
RewriteRule ^/?$ /v/%1 [END]
RewriteCond %{HTTP_HOST} ^([^.]+).example.com$
RewriteRule ^/?register/?$ /v/%1/register [END]

如果您使用上面的规则收到内部服务器错误(http状态500(，那么很可能您操作的是非常旧版本的apachehttp服务器。在这种情况下，您将在http服务器错误日志文件中看到一个不受支持的[END]标志的明确提示。您可以尝试升级或使用旧的[L]标志，在这种情况下，它可能也会起作用，尽管这在一定程度上取决于您的设置。

该实现将在http服务器主机配置中或在动态配置文件(".htaccess"文件(中同样工作。显然，重写模块需要加载在http服务器内部，并在http主机中启用。如果您使用动态配置文件，则需要注意它的解释在主机配置中已启用，并且它位于主机的DOCUMENT_ROOT文件夹中。

还有一句话：你应该总是更喜欢在http服务器主机配置中放置这样的规则，而不是使用动态配置文件(".htaccess"(。这些动态配置文件增加了复杂性，通常是导致意外行为的原因，很难调试，而且它们确实会减慢http服务器的速度。它们只是在您无法访问真正的http服务器主机配置(读作：非常便宜的服务提供商(或应用程序坚持编写自己的规则(这显然是一场安全噩梦(的情况下提供的最后一个选项。