phpMyAdmin不支持按环境动态染色，需通过服务端读取部署时写入的环境标识（如/etc/phpmyadmin/env），在index.php中插入带class的HTML横条，并用CSS控制颜色，确保视觉提示与实际连接目标强绑定。
直接改 phpmyadmin 的界面颜色标签不可行——它本身不提供按环境动态染色的配置项。你看到的“红/绿标签”其实是靠外部注入的 html 结构 + css 控制，不是 phpmyadmin 自带功能。
phpMyAdmin 页面顶部加固定环境横条
最稳妥的做法是在 phpMyAdmin 的 index.php 或其加载的模板（如 ./templates/header/footer.twig）里手动插入一段 HTML，配合构建时或部署时注入的环境变量控制样式。
- 不要试图用 JS 读
location.hostname或process.env：phpMyAdmin 是纯 PHP 应用，没有 Webpack/Vite 构建流程，process.env在 PHP 里是空的 - 正确做法是让 Web 服务器（Nginx/Apache）或部署脚本在启动前，把环境写进一个可被 PHP 读取的文件，比如
/etc/phpmyadmin/env，内容为prod或staging - 在
index.php开头附近加逻辑：$env = file_exists('/etc/phpmyadmin/env') ? trim(file_get_contents('/etc/phpmyadmin/env')) : 'dev';然后在<body>下方插入：<div class="env-bar env-{$env}">{$env|strtoupper}</div> - CSS 放在自定义主题 CSS 文件（如
./themes/custom/css/environment.css）里：.env-bar { position: fixed; top: 0; left: 0; width: 100%; height: 28px; z-index: 9999; font-weight: bold; text-align: center; line-height: 28px; } .env-bar.env-prod { background-color: #d32f2f; color: white; } .env-bar.env-staging { background-color: #ff9800; color: white; } .env-bar.env-dev { background-color: #4caf50; color: white; }
为什么不能改 phpMyAdmin 的 $cfg['ThemeDefault'] 来区分环境
$cfg['ThemeDefault'] 只控制界面皮肤（如 Bootstrap/Metro），不携带语义信息，也不能绑定到具体数据库实例或运行环境。即使你为生产库单独配了个“red-theme”，只要有人复制 config.inc.php 到测试环境，红色就跟着过去了——完全失去隔离意义。
- 主题切换是静态的，无法感知当前连接的是哪个 MySQL 实例
- phpMyAdmin 允许多个服务器配置共存（
$cfg['Servers'][1],$cfg['Servers'][2]），但 UI 层没有机制为每个连接显示不同颜色标签 - 真正要防的是“点错库”，不是“看错皮肤”。所以视觉提示必须和实际连接目标强绑定
避免用 JavaScript 动态判断 host 名做环境标识
有人会想在页面里加一段 JS：
if (location.host.includes('prod')) { document.body.classList.add('env-prod'); } 这种方式看似简单，但极不可靠。
- 测试和预发可能共用域名（如都走
db-admin.internal），仅靠 host 无法区分 - 反向代理、CDN、内网 DNS 解析可能导致
location.host和真实后端环境不一致 - phpMyAdmin 的登录页、错误页、无权限页等场景下，JS 可能未执行或执行失败，导致标签消失
- 更重要的是：这个判断发生在浏览器端，而你真正该拦截的操作（比如执行
DROP TABLE）发生在服务端，前端颜色根本拦不住误操作
最终起作用的，永远是你部署时写死的环境标识 + 服务端 PHP 读取 + 固定位置 DOM 注入。任何依赖运行时 JS 或客户端解析的方案，都会在关键时候掉链子。
立即学习“PHP免费学习笔记（深入）”；
