除了一些在新域上具有自定义新链接的页面之外,我需要将所有页面重定向到新的域页面。
我成功地将www.olddomain.com
的所有页面重定向到www.newdomain.com
例如,现在我需要重定向:
www.olddomain.com/contacts
-> www.newdomain.com/contact-us
www.olddomain.com/who-we-are
-> www.newdomain.com/our-story
更多
我该怎么办?
答案 0 :(得分:0)
由于显然没有直接的方法可以通过某种方式从旧引用中计算新路径,因此您需要对它们进行逐一编码,恐怕:
RewriteEngine on
# do _not_ rewrite requests to newdomain
RewriteCond %{HTTP_HOST} ^www\.newdomain\.com$
RewriteRule ^ - [END]
# specific rewrite rules from olddomain
RewriteRule ^/?contacts$ https://www.newdomain.com/contact-us [R=301]
RewriteRule ^/?who-we-are$ https://www.newdomain.com/our-story [R=301]
# ...
# redirect some paths to newdomain but keep the path
RewriteCond %{REQUEST_URI} ^/some-valid-path$ [OR]
RewriteCond %{REQUEST_URI} ^/another-valid-path$
# ...
RewriteRule ^/?(.*)$ https://www.newdomain.com/$1 [R=301]
# a general catch-all rewrite rule for all other old references
RewriteRule ^ https://www.newdomain.com/ [R=301]
一个好主意是从302临时重定向开始,然后在确定一切正确设置之后,才将其更改为301永久重定向。这样可以防止在尝试时缓存问题...
这些规则将在http服务器主机配置或动态配置文件(“ .htaccess”文件)中同样起作用。显然,重写模块需要加载到http服务器内部并在http主机中启用。如果使用动态配置文件,则需要注意在主机配置中完全启用了它的解释,并且该解释位于主机的DOCUMENT_ROOT
文件夹中。
还有一个一般性说明:您应该始终喜欢将此类规则放置在http服务器主机配置中,而不要使用动态配置文件(“ .htaccess”)。这些动态配置文件增加了复杂性,通常是导致意外行为,难以调试的原因,并且确实降低了http服务器的速度。仅当您无法访问真正的http服务器主机配置(阅读:真正便宜的服务提供商)或坚持编写自己的规则的应用程序(这显然是安全的噩梦)时,才提供它们作为最后的选择。
另一种方法是针对您自己的脚本制定一个通用的重写规则,该脚本具有某种形式的从旧引用到新引用的映射。这将重定向逻辑从http服务器的级别提升到了某些脚本引擎,例如php。这增加了很多灵活性,有时甚至很容易,但是会降低服务器的速度。