phpMyAdmin 不支持真正换主题，SQL 高亮失效主因是 CodeMirror 模式未启用或初始化失败，而非主题问题；应保持默认 ThemePath、确保 sql.js 加载、仅添加轻量 CSS 修复 token 颜色。

phpmyadmin 本身不支持“更换主题”这一操作，所谓“换主题”实际是强行覆盖或注入外部 css，而 sql 编辑器高亮依赖的是 codemirror 的语言模式与 dom class 结构 —— 两者根本不在同一套机制里，硬套主题必崩。

phpMyAdmin 没有真正的主题系统，只有 CSS 微调

• 官方从 5.0 开始移除了 themes/ 目录，$cfg['ThemePath'] 默认为空，设了也只用于加载极简皮肤文件（如图标、按钮边框），不参与 CodeMirror 渲染逻辑
• 所有第三方“phpMyAdmin 主题包”本质是整套重写 CSS，但它们：
  • 不知道 CodeMirror v6 已弃用 .cm-keyword，改用 .cm-atom / .cm-function 等新 class
  • 不处理 EditorView.baseTheme 注入方式，直接写 .cm-s-dracula .cm-keyword 在新版里完全无效
• 若你手动把某个主题的 CSS 丢进 ./css/ 并启用，它大概率会：
  • 覆盖掉 codemirror.css 中的 base 样式（比如重置 font-family 或 line-height）
  • 错误地设置 .cm-content * { color: inherit !important; }，导致所有 token 颜色被吃掉

CodeMirror 高亮失效的真正原因不是“主题”，而是模式没挂上

• phpMyAdmin 的 SQL 编辑器基于 CodeMirror，但默认不自动识别 <textarea></textarea> 里的 SQL 内容，必须显式启用 sql 模式
• 常见错误链：
  • 你换了主题 → 顺手删了原生 codemirror.css → 导致 cm-editor 容器尺寸错乱 → CodeMirror 初始化失败 → mode: 'sql' 根本没执行
  • 或者主题 CSS 里写了 textarea { display: none; } 类规则（为隐藏旧编辑器），结果把 CodeMirror 底层 <textarea></textarea> 也藏了
• 验证方法：打开 DevTools，检查编辑器区域的 DOM，若没看到 div.cm-editor 和其子节点 div.cm-content，说明 CodeMirror 实例压根没起来，颜色再准也没用

想让 SQL 高亮稳住，别碰主题，只动三处

• 确保 config.inc.php 里没改 $cfg['ThemePath']，让它保持默认空值
• 检查浏览器 Network 面板，确认 js/codemirror/mode/sql/sql.js（v5）或 js/codemirror/lang-sql.js（v6）成功加载，404 就立刻补
• 手动加一行轻量 CSS（不替换任何文件）：

  .cm-editor .cm-content .cm-keyword { color: #007acc !important; }
  .cm-editor .cm-content .cm-string { color: #d14 !important; }

  这比套整个主题安全得多，且兼容 v5/v6 的 class fallback 行为

最常被忽略的一点：phpMyAdmin 的 SQL 编辑器在「SQL」标签页和「导入」页用的是两套不同的初始化逻辑，前者走完整 CodeMirror 实例，后者可能降级为纯 <textarea></textarea> —— 你以为换主题影响了高亮，其实只是你测试的位置根本就没加载编辑器。

amphp

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

下载