如何禁止WordPress debug.log中的Notice与Deprecated错误并防覆盖？

1. 修正wp-config.php配置 #

WordPress在WP_DEBUG=true时，会自动将error_reporting设为E_ALL，因此需要在WP_DEBUG相关定义之后直接覆盖这个默认设置：

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false );
define( 'WP_DEBUG_LOG', true );

// 强制设置错误报告级别，排除不需要的错误类型
error_reporting(E_ALL & ~E_NOTICE & ~E_WARNING & ~E_DEPRECATED & ~E_USER_DEPRECATED & ~E_STRICT);
ini_set('display_errors', 0);
ini_set('log_errors', 1);

2. 用高优先级钩子锁定错误报告级别（防止插件改写） #

部分插件可能在加载过程中修改error_reporting值，需要在所有插件、主题加载完成后，以最高优先级重新强制设置该值。在mu-plugins/error-reporting.php中替换原有代码为：

// 锁定错误报告级别
function lock_error_reporting() {
    error_reporting(E_ALL & ~E_NOTICE & ~E_WARNING & ~E_DEPRECATED & ~E_USER_DEPRECATED & ~E_STRICT);
    ini_set('display_errors', 0);
    ini_set('log_errors', 1);
}
// 在所有资源加载完成后执行，确保覆盖插件修改
add_action('wp_loaded', 'lock_error_reporting', PHP_INT_MAX);
// 后台页面同样应用锁定
add_action('admin_init', 'lock_error_reporting', PHP_INT_MAX);

PHP_INT_MAX确保该钩子优先级最高，最后执行，完全覆盖其他插件的修改操作。

3. 确保PHP配置生效 #

如果修改了php.ini中的error_reporting值，需要重启Web服务器（如Apache、Nginx）和PHP-FPM服务，才能让全局配置生效。虚拟主机用户可通过控制面板重启或联系主机商协助操作。

4. 排查特定插件/主题的干扰 #

若上述设置仍无效，需定位是否有插件/主题直接篡改了错误报告级别：

• 临时禁用所有插件，观察debug.log是否还出现Notice错误
• 切换到WordPress默认主题（如Twenty Twenty-Four），测试错误是否消失
• 找到问题插件/主题后，可选择替换该资源，或针对其加载时机额外添加锁定逻辑

5. 极端情况：修改WordPress核心逻辑（临时方案） #

若所有方法均无效，可临时修改WordPress核心文件的默认错误配置（注意：核心更新会覆盖此修改，仅作应急用）：
打开wp-includes/load.php，找到以下代码段：

if ( WP_DEBUG ) {
    error_reporting( E_ALL );
} else {
    error_reporting( E_ALL & ~E_NOTICE & ~E_WARNING & ~E_DEPRECATED & ~E_USER_DEPRECATED );
}

将WP_DEBUG分支的error_reporting改为目标级别：

if ( WP_DEBUG ) {
    error_reporting(E_ALL & ~E_NOTICE & ~E_WARNING & ~E_DEPRECATED & ~E_USER_DEPRECATED & ~E_STRICT);
} else {
    error_reporting( E_ALL & ~E_NOTICE & ~E_WARNING & ~E_DEPRECATED & ~E_USER_DEPRECATED );
}

内容的提问来源于stack exchange，提问作者Andrii Marushchak