我知道当delete_option()
或update_option()
如果无法执行各自的数据库交互,则返回false。有人知道为什么他们不能执行这些操作吗?
这只是针对特定选项。大多数选项都会起作用,然而,少数选项似乎会“消亡”。他们会好好工作一段时间,然后停止工作。有什么想法吗?
我知道当delete_option()
或update_option()
如果无法执行各自的数据库交互,则返回false。有人知道为什么他们不能执行这些操作吗?
这只是针对特定选项。大多数选项都会起作用,然而,少数选项似乎会“消亡”。他们会好好工作一段时间,然后停止工作。有什么想法吗?
这个delete_option()
如果选项不存在,函数将返回false。
这个update_option()
如果该选项的值已经与您尝试将其更新为的值相同,则函数将返回false。
如果SQL查询本身由于任何原因而失败,则两者都将返回false。
我遇到了类似的问题,wp\\u update\\u选项失败,但我知道我尝试更新的数据与已经存在的数据不同,因此排除了失败的“明显”原因。
原来是(在撰写本文时是)a bug in WordPress 缓存本身的处理方式。我不能肯定这就是原因,但禁用持久缓存(如memcached)为我解决了这个问题。无论如何,该bug的修复应该在5.3.1中发布。
我试图在wordpress主题中创建多个顶级选项页面。但现在我只能保存一个的数据。如何在不必创建选项卡式面板的情况下为两个人保存数据?// create custom plugin settings menu add_action(\'admin_menu\', \'baw_create_menu\'); function baw_create_menu() { //create new top-level menu add_menu_page(\'B