部署在GCP App Engine的WordPress站点wp-admin页面重定向错误

1. 检查wp-config.php核心配置 #

• 确认WP_HOME和WP_SITEURL的协议、域名是否完全正确，GCP App Engine默认走HTTPS，别写成HTTP，否则会触发强制重定向
• 排查文件开头是否有自定义的wp_redirect()或header()调用，这类代码会在wp-admin页面加载前就触发跳转
• 验证FORCE_SSL_ADMIN设置：如果站点用HTTPS，这个值必须设为true，反之同理，配置错了会导致admin路径重定向异常

2. 核对App Engine的app.yaml配置 #

• 检查handlers规则里有没有针对/wp-admin/*的错误路由，比如正则匹配写歪了，把admin请求直接导向首页
• 确认secure: always是否全局配置，App Engine的安全策略会强制HTTP转HTTPS，冲突的话会引发连锁302/301
• 查看是否设置了redirect_http_response_code，错误的代码值可能导致重定向类型混乱

3. 检查数据库关键配置 #

• 登录数据库，查看wp_options表的siteurl和home字段，确保和实际访问的域名、协议完全一致
• 排查是否有插件残留的重定向规则，比如wp_options里有没有redirect_rules这类字段，哪怕插件停用了，有些配置可能没清干净
• 顺带检查wp_usermeta表，看有没有异常的用户admin路径配置（概率低，但可以排除）

4. 排查GCP层面的域名与路由设置 #

• 确认域名是否正确绑定到App Engine服务，Cloud DNS解析有没有错，解析异常可能导致请求被误转发
• 检查Cloud Console的域名设置里有没有URL转发规则，别不小心把/wp-admin路径直接转到首页了
• 验证SSL证书是否正常生效，证书问题会导致服务器或浏览器触发异常重定向

5. 调试早期加载流程 #

• 在wp-load.php开头加日志输出，比如error_log('wp-load loaded');，因为wp-admin/index.php是在wp-load之后才执行，重定向大概率在更早阶段触发
• 修改wp-includes/pluggable.php里的wp_redirect函数，开头加日志记录调用栈：error_log('wp_redirect triggered by: ' . debug_backtrace()[1]['file'] . ':' . debug_backtrace()[1]['line']);，这样能定位到触发重定向的具体代码位置
• 查看Cloud Logging里的请求日志，能看到服务器端完整的请求流程，包括每一步的重定向触发原因

6. 验证WordPress核心文件完整性 #

• 下载对应版本的官方WordPress包，替换wp-admin和wp-includes目录（保留wp-content），排除核心文件损坏导致的逻辑异常
• 检查wp-admin/admin.php文件，这是wp-admin的入口文件，看有没有被篡改的重定向代码

内容的提问来源于stack exchange，提问作者Péah