如何解决phpMyAdmin在PHP 8.2下的弃用警告_错误报告级别修改-phpMyAdmin-PHP中文网

应通过Web服务器配置（如Nginx的PHP_VALUE或Apache的php_admin_value）设置error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE，同时清空phpMyAdmin的./tmp/缓存目录并确保display_errors关闭，才能彻底解决PHP 8.2下E_DEPRECATED警告污染页面的问题。

PHP 8.2 报 `E_DEPRECATED` 警告，phpMyAdmin 页面顶部一堆黄色提示

phpmyadmin 在 php 8.2 下大量触发 e_deprecated，本质是它还在用已被 php 官方标记为“即将移除”的语法或函数（比如 create_function()、mb_regex_encoding() 的旧调用方式、部分反射 api 的非标准用法）。这些不是致命错误，但会污染输出、干扰 ajax 请求、甚至让某些前端组件加载失败。

临时压制警告 ≠ 解决问题，但对生产环境快速止血有效。关键是：别直接关掉整个 E_DEPRECATED —— 这会掩盖你自己的代码问题。

在 phpMyAdmin 根目录下的 config.inc.php 文件末尾追加：
```
error_reporting(E_ALL & ~E_DEPRECATED & ~E_NOTICE);
```
更稳妥的做法是只针对 phpMyAdmin 进程修改：在 Web 服务器配置里（如 Nginx 的 fastcgi_param PHP_VALUE 或 Apache 的 php_admin_value）设置：
```
error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE
```
不要改全局 php.ini 的 error_reporting，否则你的应用代码的弃用警告也会被静默掉

升级 phpMyAdmin 到 5.2.1+ 后仍报错？检查是否残留旧版本文件

phpMyAdmin 5.2.1 是首个官方声明支持 PHP 8.2 的稳定版，但它依赖完整替换而非覆盖升级。很多用户解压新包后只是把 config.inc.php 拷进去，却漏掉了旧版遗留的缓存、临时文件或插件目录，导致老代码仍在执行。

amphp

使用 AMPHP 框架编写非阻塞异步 PHP 代码，依赖 revolt/event-loop、amphp/amp ^3 及完整 amphp/* 生态（http‑server、http‑client 等）。

下载

彻底清空原 phpMyAdmin 目录（保留 config.inc.php 和 ./tmp/、./upload/ 这类用户数据目录）
确认 ./libraries/vendor/ 下的依赖已更新：运行 composer install --no-dev（如果源码带 composer.json）
浏览器强制硬刷新（Ctrl+Shift+R），并清空 phpMyAdmin 自身的 ./tmp/ 目录（里面可能有编译后的模板缓存，仍含旧语法）

Apache + mod_php 下 `error_reporting` 不生效？注意 PHP 值传递顺序

Apache 中通过 php_admin_value 设置 error_reporting 时，如果同时存在 .htaccess 或虚拟主机配置里的同名指令，优先级会覆盖你的设定，导致修改无效。

在 Apache 配置中（非 .htaccess），用 php_admin_value error_reporting "E_ALL & ~E_DEPRECATED & ~E_NOTICE"，确保写在 <directory></directory> 块内且位置靠前
检查是否有其他 php_flag 或 php_value 指令重复设置 error_reporting，它们会互相冲突
重启 Apache（systemctl restart apache2 或 httpd），仅 reload 不足以重载 php_admin_value