Apache RewriteRule匹配/app正常但/app/my-documents失效问题咨询

核心原因 #

你的规则在mod_rewrite层面是生效的，但WordPress的查询机制会优先读取原始请求的REQUEST_URI（即/app/my-documents），而非你通过重写传递的pagename参数。WP会尝试匹配这个URI对应的页面，因该页面不存在，所以返回404；而/app的请求能生效，是因为WP解析/app时，要么找到对应页面，要么找不到时会 fallback 到你传递的pagename参数。

当你把目标换成redirect.php时，因为这是独立PHP文件，不会触发WP的查询逻辑，所以两条规则都能正常工作。

解决方案 #

以下两种方法二选一即可：

方法1：修改重写规则+WP钩子强制修正REQUEST_URI

1. 更新.htaccess规则，用一条规则同时匹配/app和/app/my-documents，并添加环境变量覆盖REQUEST_URI：

RewriteRule ^app(/my-documents)?/?$ /index.php?pagename=XYZ&landing=ABC [QSA,E=REQUEST_URI:/XYZ,END]

2. 在主题的functions.php文件中添加代码，让WP使用我们设置的环境变量：

add_action('init', function() {
    if (isset($_SERVER['REDIRECT_REQUEST_URI'])) {
        $_SERVER['REQUEST_URI'] = $_SERVER['REDIRECT_REQUEST_URI'];
    }
});

方法2：通过WP钩子强制锁定查询参数

如果不想修改REQUEST_URI，可以通过WP钩子强制让主查询使用你传递的pagename参数：

1. 先注册自定义查询变量landing，确保WP能识别这个参数：

add_filter('query_vars', function($vars) {
    $vars[] = 'landing';
    return $vars;
});

2. 添加钩子强制修改主查询：

add_action('pre_get_posts', function($query) {
    if (!is_admin() && $query->is_main_query()) {
        if (isset($_GET['pagename']) && isset($_GET['landing'])) {
            $query->set('pagename', $_GET['pagename']);
            // 可在此额外处理landing参数，比如赋值给全局变量
            // $GLOBALS['landing_param'] = $_GET['landing'];
        }
    }
});

3. 你的.htaccess规则可简化为：

RewriteRule ^app(/my-documents)?/?$ /index.php?pagename=XYZ&landing=ABC [QSA,END]

验证方法 #

可在index.php开头添加临时代码，确认重写是否正确传递参数：

var_dump($_GET); // 应显示pagename=XYZ和landing=ABC
var_dump($_SERVER['REQUEST_URI']); // 查看原始请求URI
die();

如果参数正确传递，说明问题确实出在WP的查询逻辑上，上述方法即可解决。

内容的提问来源于stack exchange，提问作者Netnoob