所以我可以通过它重定向子域本身来工作,但它不会重定向该子域的任何子目录。
例如:
sub.domain.com重定向到www.domain.com,但 sub.domain.com/directory/不会重定向
这是我的代码:
RewriteCond %{HTTP_HOST} ^sub\.domain\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.sub\.domain\.com$
RewriteRule ^/?$ "http\:\/\/www\.domain\.com" [R=301,L]
任何帮助将不胜感激。谢谢。
答案 0 :(得分:1)
您在重写规则中的模式仅匹配 根本身,因此不会应用于其他任何内容。尝试使用此修改版本:
RewriteEngine on
RewriteCond %{HTTP_HOST} ^sub\.example\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.sub\.example\.com$
RewriteRule ^ http://www.example.com/ [R=301]
这显然会将所有请求重定向到www.example.com
主机的根。如果要保留请求的实际路径,则需要捕获它:
RewriteEngine on
RewriteCond %{HTTP_HOST} ^sub\.example\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.sub\.example\.com$
RewriteRule ^/?(.*)$ http://www.example.com/$1 [R=301]
该规则将在http服务器主机配置或动态配置文件(“ .htaccess”文件)中同样起作用。显然,重写模块需要加载到http服务器内部并在http主机中启用。如果使用动态配置文件,则需要注意在主机配置中完全启用了它的解释,并且该解释位于主机的DOCUMENT_ROOT
文件夹中。
还有一个一般性说明:您应该始终喜欢将此类规则放置在http服务器主机配置中,而不要使用动态配置文件(“ .htaccess”)。这些动态配置文件增加了复杂性,通常是导致意外行为,难以调试的原因,并且确实降低了http服务器的速度。仅当您无法访问真正的http服务器主机配置(阅读:真正便宜的服务提供商)或坚持编写自己的规则的应用程序(这显然是安全的噩梦)时,才提供它们作为最后的选择。