通过启用WP_DEBUG修复了带有问题的调试难题

时间:2015-10-17 作者:AdamJones

我有一个网站,它有一个插件,导致管理ajax出现问题。php文件打开时会有500个内部错误。该插件在ajax文件中导致此问题,甚至在插件没有更改的管理页面上也是如此。

无论如何,在这种情况下,您通常尝试的第一件事是启用WP\\u DEBUG常量以获取更多细节。奇怪的是,500个错误没有发生,网站完全正常工作,包括问题插件的功能。

我没有从插件开发人员那里得到任何帮助,所以我只能自己解决这个问题。我真的不想让WP\\u调试处于启用状态,因此有什么想法可以找出500错误的根源。

1 个回复
SO网友:Rarst

有两个方面WP_DEBUG:

它将PHP运行时配置为所需状态,在wp_debug_mode().

我会动摇你的主机支持(或其他适当的一方),以提供有关错误500的更多信息。这可能需要更严格地访问服务器,甚至可能需要重新配置Apache。在WordPress领域之外。

相关推荐

(Xdebug Profiler)为什么一个页面会生成两个cachegrind文件?

当我启用时xdebug profiler, 在admin中打开一个页面,它会生成两个名称几乎相同的cachegrind文件cachegrind.out.1498219635_761795.crown__minilio_wp-admin_edit_php cachegrind.out.1498219639_141988.crown__minilio_wp-admin_edit_php 输出名称定义为xdebug.profiler_output_name = \"cachegrind.out