将上面的第一行注释掉,并将剩余内容添加到你的 wp-config.php 文件中,以从你的 WordPress 网站获取更详细的错误报告。一定要 **不要** 在生产环境中执行此操作,只在本地开发和测试时执行。
// define('WP_DEBUG', false);
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);
不错 Chris。谢谢。
对于生产网站,我建议
不要忘记在你的远程目录中放置一个 phperrors.log 文件,并赋予其写入权限
是什么让你的代码与其他代码不同
?
谢谢 @geopaL!
我和 @Willem-Siebe Spoelstra 有同样的问题。
为什么你推荐使用这段代码而不是使用 WordPress 常量 WP_DEBUG、WP_DEBUG_LOG 和 WP_DEBUG_DISPLAY?我知道它们是用于本地测试和预发布环境,但…你提供的代码有什么优势吗?是出于性能原因吗?
我唯一想到的是启用 WP_DEBUG 会消耗额外的系统资源,试图检测正在使用的过时的 WordPress 函数和参数。
谢谢!
我不确定开启此选项后错误报告到哪里… 是否存在日志文件?
我在 Codex 上找到了答案。
/**
* 这会将所有错误通知和警告记录到名为 debug.log 的文件中,
* 位于 wp-content 目录中(如果 Apache 没有写入权限,你可能需要
* 首先创建该文件并设置适当的权限(例如,使用 666)。)
*/
define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
define(‘WP_DEBUG_DISPLAY’, false);
@ini_set(‘display_errors’,0);
当我登录仪表板时出现空白页面,我需要你的帮助。我尝试使用 Filezilla 通过 FTP 重命名我的文件,但没有任何反应。你有什么建议吗?谢谢。
嗨,
你可以尝试使用插件 https://wordpress.org/plugins/debug/ 来调试 WordPress 网站中的所有问题。你无需编辑 wp-config 文件中的 PHP 代码。
SoniNow:你的“调试”插件似乎是我自己需求的理想解决方案,但我无法让它正常工作。最初它完全阻止了访问我的测试站点,但从备份中恢复 config.php 文件解决了这个问题,我发现它写入修改后的 config.php 文件时使用的 0600 权限完全阻止了我的服务器(在本地主机上)访问它。这可能是导致 Alice 出现这种情况的原因。将权限更改为 0664 消除了登录问题,但该插件在 WordPress 4.3 中仍然无法正常工作…
嗨,我不明白这个建议
一定要 **不要** 在生产环境中执行此操作,只在本地开发和测试时执行。
我明白你不想将错误“显示”给公众,为此你将 WP_DEBUG_DISPLAY 设置为 false。但为什么将错误“记录”到日志文件中是一种不好的做法?
此致,
Willem