☰

Apache：将所有 .html 和 .php 请求重定向到文件夹 + WordPress

tag-icon • tag-icon .htaccess mod-rewrite redirect wordpress apache2
Apache：将所有 .html 和 .php 请求重定向到文件夹 + WordPress

重新启动后，我有许多指向带有.php或文件扩展名的 URL 的无效反向链接。使用mod_rewrite 模块.html批量重定向它们会很不错。.htaccess

请求重定向.html工作正常，但是我无法使.phpURL 重定向工作。请注意，我使用 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。

相关内容