不能只删 themes/ 下的目录，因为 phpmyadmin 4.9 主题加载机制会静默跳过含缺失 theme.json、字段错误（如 name 不匹配或 compat_version 非“4.9”）或权限不当的主题，不报错而回退至默认 pmahomme 主题；残留无效目录还可能暴露调试脚本、xss 漏洞片段或 vendor 依赖，存在安全风险。
为什么不能只删 themes/ 下的目录？
phpMyAdmin 4.9 的主题加载机制会扫描 themes/ 目录下每个子目录里的 theme.json，但若该文件缺失、字段错误或权限不对，整个主题会被跳过——不报错，也不提示，只会静默 fallback 到默认 pmahomme 主题。更危险的是：残留的无效主题目录可能含调试脚本（如 test.php）、旧版 CSS 中的 XSS 漏洞片段，或暴露 vendor/ 下的 Composer 依赖（比如 phpunit），这些在生产环境完全没必要存在。
必须检查的三个硬性条件再删
删之前确认以下三点，否则删完可能引发主题加载失败或界面错乱：
-
themes/your-theme/theme.json存在且可读，其中"name"字段值必须与目录名**完全一致**（大小写敏感，不能有空格或点号） -
"compat_version"字段必须是"4.9"（填"4"或"4.9.0"都会失效） - 整个主题目录权限为
755，theme.json和css/theme.css权限为644，且 Web 用户（如www-data）有读取权
安全删除冗余主题的实操步骤
不要直接 rm -rf 所有非默认主题——先留一个备用，再逐个验证移除：
- 用
ls -la themes/看当前有哪些主题目录；默认主题是pmahomme，别动它 - 临时重命名一个待删主题（如
sudo mv themes/dracula themes/dracula.off），然后刷新 phpMyAdmin 页面，确认界面仍正常 - 打开浏览器开发者工具 → Network → 刷一次页，筛选
css请求，确认加载的仍是pmahomme/css/theme.css，无 404 - 确认无误后，再执行
sudo rm -rf themes/dracula.off - 特别注意
themes/original/和themes/metro/：这两个是旧版遗留主题，4.9 中已弃用，且theme.json里compat_version多为"4.2"，必须删
容易被忽略但实际高危的残留点
真正卡住人的不是主题目录本身，而是这些藏得深的关联文件：
-
config.inc.php中若硬编码了$cfg['ThemeDefault'] = 'dracula';，而主题已删，phpMyAdmin 会 fallback 并静默忽略，但下次升级可能因配置校验失败报错 -
themes/下隐藏的.git、node_modules或tests/目录——它们不参与主题加载，却可能暴露源码或提供未授权执行入口 -
libraries/vendor/若被意外复制进某个主题子目录（常见于手动下载 zip 解压），会导致 Composer 自动加载器混乱，甚至触发phpunit的远程代码执行漏洞
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
