我正在开发一个运行在我的域名上的应用程序。所有的工作都和预期的一样，但是我似乎找不到任何好的答案来解决我的子域问题。
此应用程序允许不同的客户机注册自己并在应用程序中获得自己的“环境”。
例如，如果client 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/client 1附加到我的域中进行重定向的唯一情况是，有人尝试注册或尝试访问其环境的登录页面。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但我完全不知道我应该如何写它与重写。
有没有人在这个问题上有经验，能够帮助我与这些重写在这里？我是新的，我不能找到我的具体情况下的文档。
1条答案
按热度按时间pobjuy321#
假设对这些主机名（“子域”）的所有请求都由同一个http主机处理（通过
ServerAlias或简单地使用默认的回退主机），这应该是非常直接的...1.不要将任何请求直接重写到
example.com或www.example.com1.将请求重写到 * 未 * 指定任何路径的其他主机
1.重写对指定
/register路径的其他主机的请求1.* 如果 * 您的HTTP主机对所有这些主机（“子域”）使用相同的文件系统布局（
DOCUMENT_ROOT），则无需处理其他路径剩下的是：
如果您收到内部服务器错误（http状态500）使用上述规则，那么很有可能你操作的是一个非常旧版本的apache http服务器。在这种情况下，你会在http服务器错误日志文件中看到一个明确的提示，提示不支持
[END]标志。你可以尝试升级或使用旧的[L]标志，在这种情况下，它可能会起同样的作用，尽管这取决于您的设置。此实现在http服务器主机配置或动态配置文件中的工作方式与此类似（.“htaccess”文件）。显然，重写模块需要加载到http服务器内部，并在http主机中启用。如果您使用动态配置文件，则需要注意在主机配置中启用它的解释，并且它位于主机“s
DOCUMENT_ROOT文件夹。还有一句话：你应该总是喜欢把这样的规则放在http服务器的主机配置中，而不是使用动态配置文件（.htaccess）。2那些动态配置文件增加了复杂性，常常是意外行为的原因，难以调试，并且它们确实降低了http服务器的速度。3它们只是在你不能访问真正http服务器主机配置的情况下作为最后一个选项提供的（读：非常便宜的服务提供商）或者对于坚持编写自己的规则的应用程序（这是一个明显的安全噩梦）。