[英]Apache Rewrite - Redirect Wildcard Subdomain and Handling Internal URL shortener
我在重定向通配符子域和处理内部URL缩短时遇到问题。
假设我的应用程序中有一个内部URL缩短器
example.com/b/ABCDE
那会翻译
example.com/book/12345678-the-book-name
/b/
引用的脚本(我使用可以处理URL规则的PHP框架)将短ID ABCDE
转换为书籍真实ID 12345678
(以及标题“The Book Name”),然后将其重定向到本书的永久URL example.com/book/12345678-the-book-name
所以,每当我在公告板,微博客网站或海报或名片等物理媒体等网站上传播关于某本书的链接时,我都会使用短链接( example.com/b/ABCDE
)而不是永久链接链接( example.com/book/12345678-the-book-name
)。
接下来,我需要将所有通配符子域重定向到主域( www.example.com
),同时保持请求URI,例如
http://random.example.com/book/11111111-some-book -> http://www.example.com/book/11111111-some-book
http://123456.example.com/book/22222222-another-book -> http://www.example.com/book/22222222-another-book
http://abcdefg.example.com/book/33333333-another-book-again -> http://www.example.com/book/33333333-another-book-again
在我使用的所有规则之后添加以下规则
<VirtualHost *:80>
ServerName example.com
ServerAlias *.example.com
RewriteEngine on
RewriteCond %{HTTP_HOST} !^www.example.com [NC]
RewriteRule ^/(.*)$ http://www.example.com/$1 [R=301]
</VirtualHost>
因此,具有example.com域的URL并且没有如下所示的前缀
http://example.com/book/11111111-some-book
将转化为
http://www.example.com/book/11111111-some-book
另一个结果是,如果内部URL缩短器使用没有前缀的普通域,则需要两次重定向才能解析。 例如,
http://example.com/b/ABCDE
将首先被重定向到
http://www.example.com/b/ABCDE
然后被重定向到
http://www.example.com/book/12345678-the-book-name
实际上,我不介意两次重定向。 但我的SEO顾问说,两次重定向对我网站的搜索引擎优化不利。 (我还是不知道为什么)
所以我尝试将最后一条规则改为下面
<VirtualHost *:80>
ServerName example.com
ServerAlias *.example.com
RewriteEngine on
RewriteCond %{HTTP_HOST} ^example.com [NC]
RewriteCond %{REQUEST_URI} ^/b/(.*)$
RewriteRule . index.php [L]
RewriteCond %{HTTP_HOST} !^www.example.com [NC]
RewriteRule ^/(.*)$ http://www.example.com/$1 [R=301]
</VirtualHost>
我不是很擅长配置Apache,但是当我在http://htaccess.madewithlove.be/中模拟上述规则时,它可以工作。 但是当我将它应用到我的服务器时,它给了我400个关于 example.com/p/ABCDE
错误请求 。
所以,我的问题是
example.com/b/ABCDE
没有www
前缀),但仍然在一个重定向。 作为所有的SEO,答案涉及一些猜测和假设,但他可能是正确的。
当您重定向页面时,您告诉抓取工具忘记初始页面并稍后返回以索引目标页面,这会在首次引入页面到世界之间以及在搜索中页面的实际外观之间引入延迟结果。 两次重定向意味着你加倍延迟。 根据搜索引擎的“情绪”,这可能会在您的搜索引擎优化中产生显着的回归(或者在搜索引擎对重定向进行排序时,您的索引网址会出现一些混乱)。
如果您查看RewriteRule的文档,请输入Inside per-server configuration
鉴于规则 - > 结果替代
^/somepath(.*) --> otherpath$1
:无效,不支持
^/somepath(.*) --> /otherpath$1
: /otherpath/pathinfo
这意味着,在vhost conf中,你必须为你的替换提供一个绝对路径(最后一个将被交回给Apache,以前的路径可以是你喜欢的任何东西)。 要解决400错误:
RewriteRule . /index.php [L]
这将取决于index.php如何构建其重定向,但设置
ServerName www.example.com
UseCanonicalName On
将$_SERVER["SERVER_NAME"]
为www.example.com
并且应该生成指向规范域的URL。
<VirtualHost *:80>
ServerName www.example.com
ServerAlias *.example.com example.com
UseCanonicalName On
RewriteEngine on
#set the document root
DocumentRoot /path/to/the/app
# if something goes wrong, setup logs to track what happens
# comment these lines when you're done
ErrorLog /a/path/to/a/log/file
RewriteLogLevel 5
RewriteLog /a/path/to/another/log/file
# I simplified the conditions, those are equivalent to your rules
# a RewriteRule tries to match against %{REQUEST_URI}
RewriteCond %{HTTP_HOST} ^example\.com [NC]
RewriteRule ^/b/ /index.php [L]
RewriteCond %{HTTP_HOST} !^www\.example\.com [NC]
RewriteRule ^/(.*)$ http://www.example.com/$1 [R=301]
</VirtualHost>
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.