Question

我在重定向通配符子域并处理内部URL缩短时遇到问题。

假设我的应用

中有一个内部网址缩短器

example.com/b/ABCDE

将翻译

example.com/book/12345678-the-book-name

/b/引用的脚本（我使用可以处理URL规则的PHP框架）将短ID ABCDE转换为书籍真实身份12345678（以及标题“书名” “）然后将书籍的永久网址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域的网址没有像下面的前缀

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/中模拟上述规则时，它可以工作。但当我将其应用到我的服务器时，它为example.com/p/ABCDE提供了 400错误请求。

所以，我的问题是

我的SEO顾问对他的论点是否正确？是否有任何可以支持他的解释或是否存在反驳论点？
为什么服务器提供 400错误请求？
如何修复重定向？我想维护短网址（example.com/b/ABCDE没有www前缀）但仍在一个重定向中。

Answer 1

你是SEO顾问吗？

就像SEO一样，答案涉及一些猜测和假设，但他可能是对的。

当您重定向页面时，您告诉抓取工具忘记初始页面并稍后返回以索引目标页面，这会在您首次引入页面与页面的实际外观之间引入延迟在搜索结果中。两次重定向意味着你加倍延迟。根据搜索引擎的“情绪”，这可能会在您的SEO中产生显着的回归（或者在搜索引擎对重定向进行排序时，您的索引网址会出现一些混淆）。

为什么会得到400响应

如果您查看RewriteRule的文档，请输入 Inside per-server configuration

给定规则 - ＆gt; 结果替换
^/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，并且应该会生成指向规范域的网址。

潜在的conf

<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>

Apache重写 - 重定向通配符子域和处理内部URL缩短

1 个答案:

你是SEO顾问吗？

为什么会得到400响应

如何修复重定向

潜在的conf