Original主题因无JS交互、无动态模板、无外部字体，在高负载或老旧环境中更稳定；其静态HTML+PHP结构绕开新版易错函数，故在PHP 8.2+/phpMyAdmin 5.2+下报错更少。
original 主题不是“最稳定”，而是“最不依赖新版运行时逻辑”——它没 js 交互、没动态模板、没外部字体，所以反而在高负载或老旧环境里不容易崩。
Original 主题为什么在 PHP 8.2+ 和 phpMyAdmin 5.2+ 上反而更少报错
新版 phpMyAdmin 的 Bootstrap 主题大量依赖 jQuery 插件、AJAX 渲染、$cfg['EnableQuickEdit'] 等运行时开关，而 Original 主题的 templates/ 下全是静态 HTML + PHP echo，不调用 Util::getJsParams() 或 PMA_getHeader() 这类易出错的封装函数。PHP 8.2 严格类型检查下，Bootstrap 主题里几处未声明返回类型的 JS 参数生成逻辑会触发 TypeError，Original 则绕开了整条链路。
常见表现：
- 开启 OPcache 后，Bootstrap 主题的
js/dist/common.js.php编译失败，页面白屏；Original 的js/scripts.js是纯静态文件，无影响 - PHP-FPM 子进程内存限制为 128M 时，Bootstrap 主题加载完整 CSS + 字体 + 图标集常超限；Original 的
css/common.css不到 40KB - 某些 SELinux 强制策略会拦截
file_get_contents()读取主题内联 JSON 配置，Original 根本不用这类配置
启用 Original 主题后 SQL 执行区空白或按钮无响应
这不是主题本身坏了，是新版 phpMyAdmin 的 JS 绑定机制和 Original 的 DOM 结构不匹配。比如 $('#button_submit') 在 Bootstrap 主题里绑定在 <button type="submit"> 上，而 Original 仍用 <input type="button">，jQuery 找不到目标元素就静默失败。
必须做的三件事：
立即学习“PHP免费学习笔记（深入）”；
- 在
config.inc.php中显式关闭冲突功能：$cfg['EnableQuickEdit'] = false;、$cfg['EnableShowAll'] = false;、$cfg['ShowSQL'] = true; - 删掉
themes/original/templates/columns_table.phtml中所有对$GLOBALS['cfg']['ActionLinksMode']的引用（该配置已在 5.2 中移除） - 确认
themes/original/layout.css存在且末尾有body { margin: 0; }，否则新版<div class="container-fluid">会因外边距叠加导致内容区偏移
Original 主题的权限与缓存陷阱
文件放对了，配置写对了，但页面还是加载 default 主题——90% 是权限或缓存问题，不是代码问题。
-
themes/original/目录权限必须是755，内部所有.css、.php文件至少644；用ls -l themes/看第一列，若显示d?????????说明 web 用户根本进不去目录 - phpMyAdmin 的
tmp/cache/会缓存主题列表，删掉整个tmp/目录比浏览器强刷管用十倍 - OPcache 缓存了
themes/目录扫描结果，临时加opcache.enable=0到php.ini再重启 PHP-FPM，验证是否真由缓存导致
Original 主题真正的复杂点在于：它看似简单，实则要求你对 phpMyAdmin 的主题加载生命周期有明确判断——什么时候该清缓存，什么时候该关 JS，什么时候该查权限。它不报错，只是默默失效，这点比任何红字错误都难排查。
