更新
我已经阅读了重写API上的codex文档,现在我的functions.php中有以下内容:
function my_rewrite_rules() {
add_rewrite_rule('(a|b|c|d)/?$', 'index.php?pagename=$matches[1]-overview&myVar=var', 'top');
}
add_action('init', 'my_rewrite_rules');
是的,我会在调整后进入固定链接页面以刷新规则。行为是相同的,即使页面确实存在,404规则也是如此,我可以直接在地址栏中输入来访问它。但是,如果我像这样对其中一个正则表达式匹配进行硬编码:
function my_rewrite_rules() {
add_rewrite_rule('(a|b|c|d)/?$', 'index.php?pagename=a-overview&myVar=var', 'top');
}
add_action('init', 'my_rewrite_rules');
然后所有工作都按预期工作,查询变量设置正确。想法?
原始问题
我一直在努力让Wordpress重写规则在相当长的一段时间内工作,并且绝对难以理解为什么以下代码(在functions.php中)不起作用:
function my_rewrite_rules($rules) {
$my_rules = array('(a|b|c|d)/?$' => 'index.php?pagename=$matches[1]-overview&my_var=somevar');
return array_merge($my_rules, $rules);
}
add_filter('page_rewrite_rules', 'my_rewrite_rules');
我禁用了规范重定向,重写只有404s。如果启用了重定向,它会转到正确的页面,但我的查询变量被剥离。如果我删除'$ matches [1]'并将其替换为a,b,c或d,则一切都按预期工作,禁用规范重定向。我意识到有一些解决方法,但我只是想了解为什么以下不起作用?谢谢!
答案 0 :(得分:0)
在将Wordname查询变量视为Wordpress的url_to_post()函数中的特殊情况后,显然直接拥有$ matches变量。以下是code:
的摘录if ( $wp_rewrite->use_verbose_page_rules && preg_match( '/pagename=\$matches\[([0-9]+)\]/', $query, $varmatch ) ) {
// this is a verbose page match, lets check to be sure about it
if ( ! get_page_by_path( $matches[ $varmatch[1] ] ) )
continue;
}
如果我正确阅读,似乎Wordpress假定(错误地)$ matches变量应与页面路径匹配。因此,在您的示例中,如果您没有名称为a
,b
,c
或d
的网页,则您的重写规则将被完全跳过(将继续调用)。
我从阅读Wordpress代码中推断出这一点,但我没有测试过我的理论(我实际上从未使用过Wordpress)。您可以通过创建名称为a
,b
,c
和d
并再次运行代码的网页来测试我的理论。如果我是正确的,这应该使你的规则有效。我建议不要在页面名后面使用-overview
,从而解决问题。