根本原因是Chrome 43+对MIME类型校验更严格，而phpMyAdmin 4.4.8及更早版本在core.lib.php中硬编码了针对Chrome的GZIP处理逻辑，导致CSS等资源被错误识别为纯文本或触发混合内容拦截，引发白屏、404及样式错乱。
旧版 phpmyadmin（如 4.4.8 及更早）在 chrome 浏览器下出现样式错乱、按钮不显示、导航栏塌陷，根本原因不是 css 写错了，而是它生成的 gzip 导出文件被 chrome 错误地当作纯文本返回，连带影响了部分资源加载逻辑——但更常见、更直接的表现是：页面白屏、css 404、config.inc.php 中路径配置被浏览器“误解”后触发混合内容拦截。
为什么 Chrome 会让旧版 phpMyAdmin 样式崩掉
Chrome 从版本 43 起对 MIME 类型响应更严格，而 phpMyAdmin 4.4.8 及之前版本在 core.lib.php 中有一段硬编码逻辑：if (PMA_USR_BROWSER_AGENT == 'CHROME' && PMA_USR_BROWSER_VER ，它本意是绕过 GZIP bug，结果却导致某些静态资源（尤其是带 <code>.php 后缀的 CSS/JS 入口）被错误设为 text/plain 响应头。浏览器拒绝执行或解析，直接表现为样式全丢、控制台报 Refused to apply style from 'xxx.css' because its MIME type ('text/plain') is not a supported stylesheet MIME type.
- 这不是服务器配置问题，Apache/Nginx 日志里看不到 404，而是 200 + 错误 Content-Type
- Firefox / IE 不受影响，因为它们对 MIME 类型宽松得多
- 现象集中在 Chrome 43–60 之间，新版 Chrome（≥61）已修复该行为，但很多内网环境仍跑着老 Chrome
快速验证是否中招：查 Network 面板的 Content-Type
打开 Chrome 开发者工具（F12），切到 Network 标签页，刷新 phpMyAdmin 页面，筛选 css 或 js，点开任意一个资源，看 Response Headers 里的 Content-Type：
- 正常应为
text/css或application/javascript - 若看到
text/plain或空值，基本确认是这个 bug - 顺手检查
config.inc.php中$cfg['PmaAbsoluteUri']是否写成http://协议但实际走的是https://（或反之），这会触发混合内容拦截，效果类似
临时修复：不升级也能让样式回来
不用重装、不用换浏览器，三步手动补救：
- 编辑
C:\AppServ\www\phpMyAdmin\libraries\core.lib.php（Windows）或对应路径下的同名文件 - 搜索
PMA_USR_BROWSER_AGENT == 'CHROME'，定位到那段if判断；把它整块注释掉（加//或/* */），或直接删掉 - 清空 Chrome 缓存（Ctrl+Shift+R 硬刷不够，必须进设置里「清除浏览数据」→ 勾选「缓存的图片和文件」）
改完重启 Apache（或整个 AppServ），再打开 phpMyAdmin —— 样式应该立刻恢复。注意：这只是绕过 bug，不是升级；后续导出 GZIP 仍可能损坏，真正解法还是升到 4.4.9+。
立即学习“PHP免费学习笔记（深入）”；
别跳过 config.inc.php 的 ForceSSL 和 PmaAbsoluteUri
即使 core.lib.php 修好了，这两个配置错一个，样式照样白屏：
-
$cfg['ForceSSL'] = false;—— 本地开发或 HTTP 环境下必须关掉，否则所有资源强制走 https，浏览器静默拦截 -
$cfg['PmaAbsoluteUri']必须严格匹配你访问的 URL：部署在http://localhost/phpmyadmin/就填'http://localhost/phpmyadmin/'（末尾斜杠不能少）；根目录就留空'' - 改完别忘了删掉
phpmyadmin/js/和css/目录下的.htaccess（如果存在），某些旧模板会加Deny from all锁死静态文件
最麻烦的不是改代码，而是改完发现浏览器还在用旧缓存——哪怕清了三次，也建议开无痕窗口验证，或者临时在 URL 后加 ?v=1 强制绕过缓存。
