![Apache:将所有 .html 和 .php 请求重定向到文件夹 + WordPress](https://linux22.com/image/724741/Apache%EF%BC%9A%E5%B0%86%E6%89%80%E6%9C%89%20.html%20%E5%92%8C%20.php%20%E8%AF%B7%E6%B1%82%E9%87%8D%E5%AE%9A%E5%90%91%E5%88%B0%E6%96%87%E4%BB%B6%E5%A4%B9%20%2B%20WordPress.png)
重新启动后,我有许多指向带有.php
或文件扩展名的 URL 的无效反向链接。使用mod_rewrite 模块.html
批量重定向它们会很不错。.htaccess
请求重定向.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
你能发现我错在哪里吗?还是我完全不懂?
答案1
# Redirect html RewriteCond %{REQUEST_URI} \.html RewriteRule ^(.*)\.html$ /$1 [L]
这不是您建议的“重定向”,即“外部 3xx 重定向”。如果您看到的是“重定向”,那么要么是其他东西在做这件事,要么您看到的是缓存的响应。上面的指令是内部重写- 浏览器地址栏中的 URL 不会改变(这将是坏的用于搜索引擎优化 (SEO)。
在这种情况下,该RewriteCond
指令也是多余的......它只是意味着你正在检查.html
请求的 URL两次。
如果您想.html
通过重定向删除扩展,那么您只需要执行以下操作:
RewriteRule ^(.*)\.html$ /$1 [R,L]
.php
但是,要从URL 中删除扩展,您还需要避免重定向index.php
(WordPress 前端控制器重写),或者只确保检查初始请求,而不是重写的请求。例如:
# Redirect php (avoiding "/wp-admin/" and "/index.php")
RewriteCond %{REQUEST_URI} !^/index.php$
RewriteCond %{REQUEST_URI} !^/wp-admin/
RewriteRule ^(.*)\.php$ /$1 [R,L]
为了确保只测试初始请求而不是重写的请求,您可以使用状况喜欢:
RewriteCond %{ENV:REDIRECT_STATUS} ^$
这只是检查REDIRECT_STATUS
环境变量为空 - 初始请求时为空。第一次成功后改写它被设置为“200”(如同 200 OK HTTP 状态)。
如果要将其设为永久重定向,请将其更改为,但前提是您确认其运行R
正常。R=301
您还应避免将自己的自定义指令添加到# BEGIN WordPress
块中,因为这些指令可能会被 WordPress 本身覆盖。相反,这些指令应该这样写前这# BEGIN WordPress
阻止以及您的 HTTP 到 HTTPS 重定向(这实际上并不是重定向要么 - 你需要R
上的旗帜)RewriteRule
。