主页 / server / 问题 / 1085093
Accepted
peter
Asked: 2021-12-02 07:45:03 +0800 CST

为什么 .htaccess 中的重定向不起作用？

  • 772

我有一个 Wordpress 网站。我想将 .php 网址重定向到没有 .php 后缀的网址。.htaccess 如下：

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On


RewriteRule ^(.*)\.php$ "$1" [R=301,L,NC]


RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

但是当我访问https://www.example.com/somepage.php时，页面无法显示。浏览器中显示以下错误：

The page isn’t redirecting properly

    An error occurred during a connection to www.example.com.
    
        This problem can sometimes be caused by disabling or refusing to accept cookies.

地址栏中的 url 变为 https://www.example.com/index。

如果我将重写规则更改为：

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On


RewriteRule ^(.*)\.html$ "$1" [R=301,L,NC]


RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

并访问https://www.example.com/somepage.html，成功重定向到https://www.example.com/somepage，网页正常显示。为什么？

.htaccess

0 个回答

  1. Best Answer

    因为，由于重定向是无条件的，所以在 URL 被重写后，您最终会再次重定向index.php（WordPress 前端控制器）。

    当您请求时/somepage.php：

    1. 您被重定向到/somepage（根据第一条规则）。重定向响应被发送回客户端。
    2. 在第二个请求中，由最后一条规则在/somepage内部重写。/index.php然后重写引擎重新开始（在目录上下文中）......
    3. /index.php被重定向到/index（根据第一条规则）。重定向响应被发送回客户端。
    4. 在第三次请求/index中，最后一次重写在内部/index.php重写。然后重写引擎重新开始......
    5. 转到 3（陷入无休止的重定向循环）。

    在目录上下文（如.htaccess）中，重写引擎不会简单地通过脚本。它循环直到 URL 不变地通过。（除非您END在 Apache 2.4 上使用该标志，否则会发生外部 3xx 重定向。）

    更改为 remove.html可以正常工作，因为您正在重写为/index.php，它不以 结尾.html，因此重定向指令（即 removes .html）不匹配。

    要解决此问题，您需要避免重定向重写的请求。您可以通过以下任一方式执行此操作：

    • 在最后一次重写时使用END标志（Apache 2.4+），而不是L防止重写引擎的任何进一步循环。尽管您应该避免更改现有的 WordPress 指令（见下文），因此这可能不是首选选项。这也不适用于 Apache 2.2。

    • 或者，针对服务器变量检查.php扩展名THE_REQUEST（它包含 HTTP 请求标头的初始行，并且在重写请求时不会更改）。例如：

      # Remove ".php" extension on "direct" (not rewritten) requests only
RewriteCond %{THE_REQUEST} [A-Z]{3,7}\s/[^?]+\.php(?:\?|\s|$) [NC]
RewriteRule (.+)\.php$ /$1 [R=301,L,NC]

    • 或者，检查REDIRECT_STATUS环境变量，它在初始请求时为空，并在第一次成功重写时设置为 200（如 200 OK HTTP 状态）（这比上面更复杂的正则表达式更简单）。例如：

      # Remove ".php" extension on "direct" (not rewritten) requests only
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule (.+)\.php$ /$1 [R=301,L,NC]

    但是，您不应该编辑该# BEGIN WordPress部分内的代码，因为 WordPress 本身会尝试维护它，并且以后可能会覆盖此代码。此规则需要放在评论标记之前。# BEGIN WordPress您无需重复RewriteEngine On文件稍后出现的指令（在 WordPress 部分中）。

    您需要在测试之前清除浏览器缓存，因为错误（永久）重定向可能已被浏览器缓存。首先使用 301（临时）重定向进行测试以避免缓存问题。

    但是，仅此一项并不允许您访问.php没有.php扩展名的文件。由于无扩展名 URL 需要在内部重写回.php文件。

    • 2

相关问题