WordPress站点除指定目录外重定向至维护页异常求助
解决WordPress维护页重定向导致下载index.php的问题
问题原因
- 原重定向规则可能被WordPress原生的URL重写规则覆盖(WordPress默认规则会将所有请求导向
index.php),导致请求先被指向WordPress入口文件。 - 原规则对
/SupportPortal的匹配不完整,仅拦截根路径,其子页面仍会被错误重定向。 - 服务器MIME类型配置异常时,未被正确解析的PHP文件会被当作下载资源返回。
修正后的.htaccess规则
将以下规则放在WordPress原生规则(# BEGIN WordPress块)之前:
<IfModule mod_rewrite.c> RewriteEngine On RewriteBase / # 排除维护页本身 RewriteCond %{REQUEST_URI} !^/index\.html # 排除SupportPortal目录及其所有子路径 RewriteCond %{REQUEST_URI} !^/SupportPortal(/.*)?$ # 排除维护页依赖的静态资源(根据实际目录调整) RewriteCond %{REQUEST_URI} !^/(css|js|images)/ # 临时重定向到维护页(用302而非301,维护结束后易恢复) RewriteRule ^ /index.html [L,R=302] </IfModule> # BEGIN WordPress # 保留WordPress原生的重写规则 <IfModule mod_rewrite.c> RewriteEngine On RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress
关键调整说明
- 规则顺序:维护重定向规则必须优先执行,避免被WordPress规则抢先捕获请求。
- 完整匹配SupportPortal:
!^/SupportPortal(/.*)?$确保该目录下的所有子页面都能正常访问。 - 静态资源放行:添加对维护页依赖的CSS、JS、图片等目录的排除,保证维护页样式和功能正常。
- 临时重定向:使用
R=302而非原规则的301,301是永久重定向会被浏览器缓存,维护结束后需清除缓存才能恢复,302临时重定向更适合维护场景。
额外注意事项
- 确认
index.html文件存在于网站根目录。 - 维护结束后,直接删除上方的维护重定向规则即可恢复站点正常访问。
内容的提问来源于stack exchange,提问作者Johnny
相关产品推荐
相关产品推荐

