插件的多选项页面验证

时间:2012-02-03 作者:Jean-Philippe Murray

我正在写一个插件,我决定为插件的不同选项设置多个页面(为了清晰起见)。只做一个选项是小菜一碟,但我在有多个页面时遇到了困难。

我的所有选项都位于注册为的数组中:

register_setting( \'plugin_options\', \'options\', \'validator\' );
正如我所说,只有一页很容易。创建表单,提交表单,弹出窗口,保存选项。现在我有了多个页面,Wordpress似乎完全取代了选项数组,而不管是否还有其他一些我不想接触的值。我尝试了几个选项,然后在google上最终找到了这个解决方案Otto\'s website:

function plugin_options_validate($input) {
    $options = get_option(\'plugin_options\');
    $options[\'text_string\'] = trim($input[\'text_string\']);
    if(!preg_match(\'/^[a-z0-9]{32}$/i\', $options[\'text_string\'])) {
        $options[\'text_string\'] = \'\';
    }
    return $options;
}
看来这也行不通,我也不知道为什么。

我的实际解决方案是:

获取实际选项

我想我要问的是。。。如何回调register\\u设置,该设置将采用任何类型的选项(输入、复选框等),并将not 销毁已保存在数组中的值,这些值没有被我当时保存的选项所触及。

有什么帮助吗?谢谢

1 个回复
最合适的回答,由SO网友:Jean-Philippe Murray 整理而成

好的,在搜索了一段时间后,我发现我的问题的“简单”解决方案是从创建选项卡(如外观菜单)和选项部分开始。虽然我还不是这方面的专家,但我遵循了这一点3 part guide 这几乎解释了与此事有关的一切。我只需要适应一个插件,因为他写的指南中有主题!

感谢所有花时间阅读的人!

结束

相关推荐

Wp_Options与新表的效率

我正在构建一个WordPress主题框架,随着开发的进展,它可能会有很多选项。我发现了一个相关的问题:When is it appropriate to create a new table in the WordPress database?, 这表明新表的效率会更高,但我想知道更多。有道理的是,如果对1000个条目使用新表更快,那么对数十个或数百个条目也必须更快。此外,wp\\U选项表可能变得非常混乱。这两个选项在查询执行时间、内存使用和其他因素方面有什么区别?