重新启动后,我有一堆指向带有文件扩展名.php
或.html
文件扩展名的 URL 的死反向链接。最好使用.htaccess
mod_rewrite 模块批量重定向它们。
请求的重定向.html
工作正常,但是,我无法让.php
URL 的重定向工作。请注意,我使用 WordPress,因此必须有一个/wp-admin/
文件夹的豁免。
到目前为止,这是我想出的,但它不适用于.php
:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
# Redirect http requests to https
RewriteCond %{SERVER_PORT} !=443
RewriteRule ^(.*)$ https://www.example.com/$1 [L]
# Redirect html
RewriteCond %{REQUEST_URI} \.html
RewriteRule ^(.*)\.html$ /$1 [L]
# Redirect php NOT WORKING
RewriteCond %{REQUEST_URI} !^/wp-admin/
RewriteCond %{REQUEST_URI} \.php
RewriteRule ^(.*)\.php$ /$1 [L]
# Lines below come from WordPress
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
你能看出我哪里错了吗?还是我完全迷路了?
这不是您似乎建议的“重定向”,如“外部 3xx 重定向”。如果您看到“重定向”,那么要么是其他东西正在这样做,要么您看到的是缓存响应。上面的指令是内部重写- 浏览器地址栏中的 URL 不会改变(这对 SEO不利)。
在这种情况下,该
RewriteCond
指令也是多余的......它只是意味着您正在检查.html
请求的 URL两次。如果您想
.html
通过重定向删除扩展,那么您只需要以下内容:但是,
.php
要从 URL 中删除扩展名,您还需要避免重定向index.php
(WordPress 前端控制器会重写),或者只确保您检查的是初始请求,而不是重写的请求。例如:为了确保您只测试初始请求而不是重写请求,您可以使用如下条件:
这只是检查
REDIRECT_STATUS
环境变量是否为空 - 它在初始请求中。在第一次成功重写后,它被设置为“200”(如 200 OK HTTP 状态)。如果这是一个永久重定向,请更改为
R
,但只有在您确认它工作正常后才可以。R=301
您还应该避免将您自己的自定义指令添加到
# BEGIN WordPress
块中,因为这些指令可能会被 WordPress 本身覆盖。相反,这些指令应与您的 HTTP 到 HTTPS 重定向一起写在块之前(这# BEGIN WordPress
实际上也不是重定向-您需要在.R
RewriteRule