WordPress在激活WP_DEBUG后出现错误

时间:2013-10-24 作者:John Lee

在根目录中,我查找wp-config.php 在我设置的文件中WP_DEBUGtrue 然后得到以下错误:

1) 不推荐:在/home2/root/public\\u html/website/wp-content/plugins/exec-php/exec-php中,不推荐通过引用分配new的返回值。php第22行

这是一句话:$GLOBALS[\'g_execphp_manager\'] =& new ExecPhp_Manager();

2) 注意:自3.4版以来,add\\u custom\\u background已被弃用!改用add\\u theme\\u支持(\'自定义背景\',$args)。在/home2/root/public\\u html/website/wp-includes/functions中。php在线2900

这是一句话:trigger_error( sprintf( __(\'%1$s is <strong>deprecated</strong> since version %2$s! Use %3$s instead.\'), $function, $version, $replacement ) );.

如何解决此问题?

2 个回复
SO网友:Brian Barnes

首先,修复这些问题并不重要,但记住它们是值得的。对于您的实时站点,WP\\u DEBUG应该为false(开发站点应该启用此选项,以便在编写代码时收到警告)。

1) 这可能只是一个删除&;的问题;在&;=。您应该让php\\u exec插件的开发人员知道(他们应该在将来修复它)。插件的名称对我来说是一个重大的危险信号,因为让网站管理员(而不是web开发人员)或任何其他用户执行PHP代码是非常危险的。

2) 在您的站点中的某个地方调用了该函数add_custom_background (我在猜测主题,但我可能错了)。此功能将在将来某个时候删除,因此应按照他们的建议进行替换(add_theme_support( \'custom-background\', $args ) 我相信)。同样,您应该通知开发人员进行调用的主题或插件。

SO网友:brasofilo

这些只是警告/通知,不应该在那里,但这不是世界末日。

在现场,it\'s better to redirect WP_DEBUG 到文件wp-content/debug.log, 例如:

define(\'WP_DEBUG\', true);
define(\'WP_DEBUG_LOG\', true);
define(\'WP_DEBUG_DISPLAY\', false);
@ini_set(\'display_errors\',0);
我有一个plugin 在仪表板中显示此文件的内容。

尽管如此,我并不完全肯定插件是否能工作,但不赞成的消息说要删除它& 来自第22行。

另一个告诉我们,主题正在使用一个旧函数来添加自定义后台支持,应该进行更新。

哦,现在你已经打开了deßÜgin, 您可能想阅读Debugging in WordPress

结束

相关推荐

如何禁用我的主机强制执行的插件(在u-plugins中)?

我的主机制作了两个必需的插件,它们会在mu plugins文件夹下自动更新。有没有一种方法可以通过一些技巧来禁用它们,例如在我的本地插件文件夹下使用一个同名的插件文件夹,或者复制一些函数并使其为空?