WordPress 中不同用户等级拥有不同的操作权限,这给我们的网站安全提供了很大的保障。在 WordPress 2.0 以前,WP 插件中使用数字(用户等级)来标识不同的权限级别。这显然让程序的可阅读性大打折扣。所以从 WordPress 2.0 开始就启用了新的权限标识符号,使用有具体含义的英文字符串,同时保留原来的那一套表示方法。很多插件作者并没有采用新的权限表示方式,因而在开启 WordPress 的调试模式后,用户会看到警告。
英文版本的警告类似于,
Notice: has_cap was called with an argument that is deprecated since version 2.0! Usage of user levels by plugins and themes is deprecated. Use roles and capabilities instead. in ......\wp-includes\functions.php on line 2998
为了安全,上面的语句中隐去了绝对路径而代之以省略号。
中文版本的警告类似于,
Notice: 自 2.0 版本起,已不建议给 has_cap 传入一个参数!插件和主题中,用户等级的使用已不被支持。请换用角色和权限。 in ....../wp-includes/functions.php on line 2998
可以看到,只是“不建议”,并不是完全不能用了。
要解决这个问题,只需要将插件(也许还包括某些主题)中用到的权限声明的表示方式替换为新的方式就可以了。
1. 定位需要改写的语句¶
首先要定位到需要改写的语句,这是个比较麻烦的任务。
从上面的警告信息中并不能直接知道是哪个文件调用了 functions.php 中的 has_cap 函数。所以这里只是给个思路,无法给出明确的方法。
对于插件,一般是因为插件需要在 WordPress 的管理后台创建插件的设置页面时进行权限声明的。比如在 WordPress Revision 插件中遇到的情况就是这样。出现这种情况的标志性语句是,
add_options_page
只要在插件源文件中搜索 add_options_page
关键词即可定位。
如果不是这种情况,那就可以挨个儿禁用 WP 中的插件,同时刷新页面以确定是否是当前插件造成的。如果恰好发现该警告信息不再提示了,就说明是当前的插件。然后在该插件的源文件中去找相关的语句。
另外,还可以通过在 WP 后台中操作时出现错误提示的路径信息来缩小检查范围。如果有什么需要,可以留言咨询。
2. 改写表达方式¶
如果定位到了出问题的 PHP 语句,改写表达方式就很简单了。下面一节介绍了 WordPress 中新旧角色权限表达方式的对比。只需要将原来的表示用户级别的数字改成新的表示权限的字符串就可以了。
例如,原来的 PHP 语句为,
add_options_page('Delete-Revision', 'Delete-Revision',8, basename(__FILE__), 'my_options_delete_revision');
该语句因为要在 WordPress 后台添加一个插件的“选项”页面,因而需要用到 WordPress 中的第 8 级权限。查到对应的新的权限字符串为 'manage_options'
。对应修改为,
add_options_page('Delete-Revision', 'Delete-Revision', 'manage_options', basename(__FILE__), 'my_options_delete_revision');
只需要改其中那个数字 8,别的不需要动。
应该注意的是,根据 PHP 的规则,传递的参数如果是整型数字,可以不用加单引号,但是改成字符串之后,我们需要用英文半角的单引号将该字符串包起来。
3. 新旧权限表示方式对照¶
WordPress Codex 中有关于旧版本数字式用户级别和新的字符串式权限声明的详细说明可供参考。
在数字式用户级别页面的 3.12 User Level Capability Table 表格中列出了 11 个用户级别对应的权限。而在字符串式权限声明页面中 3.8 Capability vs. Role Table 一节里列举了所有权限字符串所代表的权限级别(对应于超级管理员、管理员等)。
原先的数字式级别与新的字符串式权限之间并不是一一对应的。具体应该将数字换成哪个字符串需要仔细斟酌。可能还需要根据在本文第 1 小节中定位出的 PHP 语句来辅助判断。原则上,权限在够用的前提下越小越好。
例如,前面的例子中需要增加 options 页面,那肯定是管理员级别的权限。增加 options 页面的目的就是保存该插件的设置信息,这些信息是需要写入到 WordPress 数据库的 options 表中的。所以,可以确定为 manage_options 这个字符串。
在 Capabilities 一节中详细解释了各个字符串所代表的操作权限的范围。而在 User Levels 一节中则给出了旧式数字用户等级所对应的权限范围,方便缩小查找权限字符串的范围。8-10 级对应于管理员,3-7 级对应于编辑,2 级是作者,1 级是贡献者,0 级是权限最低的订阅者。
此文并没有给出一个明确的解决方案,因为变数太多。需要有需要,可以留言说明问题,我愿尽绵薄之力协助。当然,最有效的解决办法是通知插件的原作者更新插件或主题。除非是原作者已经停止维护该插件或主题,否则尽量不要自己修改。©
本文发表于水景一页。永久链接:<https://cnzhx.net/blog/about-wp-has_cap-warning/>。转载请保留此信息及相应链接。
很多人都用worepress,个人感觉不好用,果断放弃
嗯,萝卜白菜各有所爱,全凭各自的喜好吧
引用通告: WordPress 文章修订历史清理插件 | 水景一页
我也碰到这个问题…现在解决不了..哎.真烦!
反正也不是什么大问题,实在找不到位置就算了吧 :D
引用通告: 解决cos-html-cache 2.7.4中has_cap警告 | My Space
引用通告: Baidu Sitemap Generator插件可能导致WordPress发表文章出现空白 | 小z博客
我是查找主题文件中 add_theme_page 关键词找到了引起这个提示的代码。
该位置是不是同时也有
has_cap
出现?