PHP 8.2 环境下 WordPress 插件报 deprecated 错误，最推荐的处理方式是先在服务器配置中屏蔽 E_DEPRECATED 警告以防止干扰页面输出，同时启用 WP_DEBUG 日志定位具体代码文件，若插件为自研则修改代码适配 PHP 8.2 新特性，若为第三方插件则等待更新或临时降级 PHP 版本。
先说结论：Deprecated 警告通常不会直接导致网站白屏，但会污染输出流引发重定向错误或 AJAX 失败，需区分“显示屏蔽”与“代码修复”两种处理路径。
- 先确认：检查 WordPress 核心版本是否支持 PHP 8.2，官方支持范围为 PHP 7.4 至 8.2。
- 先处理：通过 Nginx 或 Apache 配置单独针对站点关闭 E_DEPRECATED 显示，不要修改全局 php.ini。
- 再验证：开启 WP_DEBUG_LOG 记录错误位置，确认是否影响实际业务功能。
命令速用版
若使用 Nginx 服务器，可在站点配置文件的 server 块或 location ~ \.php$ 块中添加 fastcgi_param 指令，仅针对该站点屏蔽弃用警告而不影响其他应用。
fastcgi_param PHP_VALUE "error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE";
若使用 Apache，可在虚拟主机配置或 .htaccess 中使用 php_admin_value 指令，确保写在 Directory 块内且位置靠前。
php_admin_value error_reporting "E_ALL & ~E_DEPRECATED & ~E_NOTICE"
在 WordPress 根目录 wp-config.php 文件中添加以下代码开启调试日志，错误将写入 wp-content/debug.log 而非直接显示在页面。
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);为什么会这样
PHP 8.2 正式将 string、int、bool 等类型名列为保留字，并标记了大量旧函数为 deprecated，而旧版 WordPress 插件代码仍在使用这些语法。
WordPress 官方当前正式支持 PHP 7.4 至 8.2，PHP 8.3 仍处于实验性状态，存在严格类型检查问题。插件报错 deprecated 本质是代码使用了已被 PHP 官方标记为“即将移除”的语法，例如动态属性未声明、使用 utf8_decode 或 strftime 等函数。这些警告在 display_errors 开启时会直接输出到 HTML 流，导致 HTTP 头已发送后无法修改，进而引发“重定向次数过多”或 AJAX 请求失败。
分步处理
第一步：隔离错误显示，防止页面崩溃。
登录服务器，找到当前站点使用的 php.ini 或面板配置项，确认 display_errors 设置为 Off。若使用宝塔等面板，进入站点设置→PHP 设置，关闭 display_errors。不要直接修改全局 php.ini 的 error_reporting，否则会掩盖你自己代码的潜在问题。
第二步：定位具体报错文件。
在 wp-config.php 中启用 WP_DEBUG_LOG，刷新触发错误的页面。打开 wp-content/debug.log 文件，搜索 deprecated 关键字。记录报错的文件路径和行号，例如 wp-content/plugins/plugin-name/file.php on line 123。
第三步：根据插件归属权决定修复方案。
若是自研插件，修改代码适配 PHP 8.2。常见修复包括：在类中声明 public 属性以解决动态属性 deprecated、将 wp_localize_script 的参数确保为数组类型、替换 deprecated 函数如 strftime 为 DateTime 类方法。若是第三方插件，检查是否有新版本支持 PHP 8.2，若无更新且错误不影响核心功能，可维持警告屏蔽状态；若导致功能失效，建议在测试环境降级 PHP 至 8.0 或 8.1 验证兼容性。
怎么验证是否生效
查看前端页面源代码，确认顶部和底部不再出现 Deprecated 警告文本。访问 WordPress 后台插件页或设置页，观察是否仍有黄色警告提示。检查 wp-content/debug.log 文件大小是否不再快速增长，确认新错误未持续写入。使用浏览器开发者工具 Network 标签，检查 AJAX 请求是否返回 200 状态码而非 500 或空白响应。
常见坑
直接修改 WordPress 核心文件 wp-includes 下的代码，升级后会被覆盖导致修复失效。只屏蔽警告而不记录日志，导致后续出现致命错误时无法排查。在 Docker 环境中将 host 配置为 localhost 导致数据库连接解析失败，误判为插件错误。覆盖升级插件时未清空缓存目录，旧版本文件残留导致错误依旧。
常见问题
屏蔽 deprecated 警告会影响网站安全吗？
不会影响安全，但会掩盖代码老化问题。屏蔽 E_DEPRECATED 仅是不显示警告，不影响代码执行逻辑，但长期不修复可能导致未来 PHP 版本升级后代码彻底失效。
为什么改了 error_reporting 页面上还有警告？
可能是插件内部单独设置了 error_reporting 或使用了 @ 抑制符失效。检查插件代码中是否有 ini_set 调用，或确认 Web 服务器配置是否生效，重启 PHP-FPM 服务确保配置加载。
WordPress 后台重定向过多是 deprecated 引起的吗？
有可能是。PHP 8.2+ 的 deprecated 警告若被 display_errors 暴露，会干扰 HTTP 头输出，引发重定向循环。关闭 display_errors 并检查 wp-config.php 中 WP_HOME 定义是否冲突可解决。
参考来源
- 知识库内容：如何解决 phpMyAdmin 在 PHP 8.2 下的弃用警告_错误报告级别修改
- 知识库内容：如何在宝塔面板下快速安装部署 WordPress 站点_利用面板的一键部署源码功能建站
- 知识库内容：WordPress 网站突然白屏报‘致命错误’?别慌，5 分钟教你用 WP_DEBUG 揪出真凶
- 知识库内容：PHP 最新版怎样部署 WordPress_PHP 最新版 WordPress 部署【博客】
- 知识库内容：(转载)PHP 8.0 部分错误的解决办法 - 无主界