phpMyAdmin 5.2 在 PHP 8.2 下需屏蔽 E_DEPRECATED 警告并正确配置 $cfg['blowfish_secret'] 和 $cfg['TempDir']，否则因警告提前输出导致登录跳空页、AJAX 失败。
phpMyAdmin 5.2 在 PHP 8.2 下能跑，但直接解压就用会报 E_DEPRECATED 警告、登录跳空页、AJAX 失败——这不是代码不能执行，而是警告被输出到 HTML 前头，破坏了响应结构。必须做两件事：只对 phpMyAdmin 进程屏蔽 E_DEPRECATED，且确保 $cfg['blowfish_secret'] 和 $cfg['TempDir'] 都已正确配置。
为什么下载解压后访问首页就报错或跳转失败
常见现象是页面顶部冒出一长串黄色 E_DEPRECATED 提示（比如 mb_regex_encoding() 已弃用），接着登录表单提交后跳回空白页，或者左侧菜单加载不出来。这不是 5.2 不支持 PHP 8.2，而是它内部仍调用了少量被 PHP 8.2 标记为 deprecated 的函数（如旧式多字节正则相关调用、反射 API 的非标准用法）。这些警告级别低，不中断执行，但会提前输出到响应体，导致 session header、JSON 返回、HTML 结构全乱套。
- 仅关
display_errors = Off不够——警告仍写入响应体，影响 AJAX 和重定向 - 直接改全局
php.ini的error_reporting更不行——你自己的业务代码弃用警告也一起被吞了 - 没设
$cfg['blowfish_secret']会导致登录页 JS 加密失败，表单提交后无响应 -
$cfg['TempDir']指向不可写路径（如默认/tmp被noexec挂载）会静默失败，session 初始化卡住
如何在 Nginx + PHP-FPM 环境中精准压制 E_DEPRECATED
必须让 error_reporting 修改只作用于 phpMyAdmin 请求，不波及其他 PHP 应用。Nginx 的 fastcgi_param PHP_VALUE 是唯一可靠方式。
- 在 Nginx 配置的
location /phpmyadmin块内添加：fastcgi_param PHP_VALUE "error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE"; - 确认该行没被其他
fastcgi_param或php_admin_value覆盖（Nginx 中后写的指令优先级更高） - 修改后必须重启
php8.2-fpm和nginx，否则不生效 - 浏览器硬刷新（
Ctrl+Shift+R），并手动清空$cfg['TempDir']目录下的缓存文件（尤其是templates_c/和cache/）
config.inc.php 必须手填的两个关键项
不要复用旧版配置文件，5.2.x 的结构和默认行为已有变化。漏掉任意一个，都会白屏或登录失败，且错误日志里几乎不报明确原因。
立即学习“PHP免费学习笔记（深入）”；
-
$cfg['blowfish_secret']必须是非空字符串，长度建议 ≥32 字符，例如：$cfg['blowfish_secret'] = 'c4ca4238a0b923820dcc509a6f75849b1a2b3c4d5e6f7g8h9i0j1k2l3m4n5o6p7';
不能留空、不能是纯数字、不能少于 32 位——否则 login.php 的客户端加密失效 -
$cfg['TempDir']必须指向 Nginx worker 进程（如www-data）有读写权限的目录，例如：$cfg['TempDir'] = '/var/lib/phpmyadmin/tmp';
创建该目录并赋权：sudo mkdir -p /var/lib/phpmyadmin/tmp && sudo chown www-data:www-data /var/lib/phpmyadmin/tmp - 检查
$cfg['Servers'][$i]['auth_type']默认是'cookie'，别手动改成'http'——除非你真配好了 Web 服务器的 Basic Auth，否则必然 401
最易被忽略的是：改完配置和 Nginx 后，不清理 $cfg['TempDir'] 下的模板缓存，旧编译文件仍会执行老逻辑，导致警告照出；还有人把 PHP_VALUE 写在 server 块顶层，结果被后续 location 块覆盖，压根没生效。这两点不排查，前面所有操作都白做。
