URL中theme参数无效，因phpMyAdmin 4.9+已禁用该功能；生效需通过?set_theme=xxx触发会话级切换，且主题目录必须真实存在、大小写匹配，并在未登录时访问。
phpMyAdmin URL参数中 theme 的作用与生效条件
直接在URL里加 theme=metro 这类参数不会生效——phpMyAdmin 4.9+ 默认禁用通过URL动态切换主题，这是安全策略，防止主题路径被恶意构造导致文件泄露或XSS。
真正起效的前提是：服务器端配置允许且主题已启用。必须同时满足两个条件：$cfg['AllowArbitraryServer'] = true 并不相关，真正控制的是 $cfg['ThemeManager'] = true（默认开启），但更关键的是 $cfg['ThemeDefault'] 被设为可选值，且对应主题目录存在于 ./themes/ 下。
强制单次会话使用指定主题的正确URL写法
phpMyAdmin 支持通过 set_theme 参数触发一次性的主题切换，但它不是GET参数直传，而是要走一个内部重定向流程。正确做法是访问如下格式URL：
https://your-pma.example.com/index.php?set_theme=bootstrap
这个请求会立刻跳转到登录页，并把主题偏好存入当前session（非cookie），后续所有页面都使用该主题，直到session过期或用户手动切换。
立即学习“PHP免费学习笔记（深入）”；
-
set_theme的值必须是./themes/目录下真实存在的子目录名（如bootstrap、pmahomme、metro） - 大小写敏感；若目录名为
PMAHomme，传pmahomme会失败并回退到默认主题 - 该参数仅在未登录时有效；已登录状态下访问此URL会被忽略
- 不支持链式调用，例如
?set_theme=a&token=xxx中 token 若失效，主题也不会应用
为什么 ?theme=xxx 总是无效？常见错误排查
很多人尝试 ?theme=classic 或 &theme=pmahomme，结果发现界面没变——这是因为：
- phpMyAdmin 源码中早已移除对
themeGET参数的处理逻辑（自 4.7 版起） - 浏览器开发者工具 Network 面板能看到实际返回的是 302 跳转到
index.php?route=/，原始参数被丢弃 - 即使修改源码强行读取
$_GET['theme']，也会因缺少校验而触发./themes/目录遍历防护，返回空主题 - Nginx/Apache 的重写规则若把
index.php后缀隐藏了（如用 PATH_INFO 模式），set_theme可能无法被正确解析
主题切换的实际限制与替代方案
所谓“单次会话强制指定”，本质是依赖 session 存储，而非URL本身持续生效。这意味着：
- 不能靠URL参数实现“分享一个带主题的只读链接”——对方点开后仍需登录，且登录后主题才生效
- 无法绕过用户个人设置（
$cfg['ThemeDefault']优先级高于 session 中的set_theme，除非该配置为空 - 如果想让所有新用户默认看到某主题，应改
config.inc.php中的$cfg['ThemeDefault'] = 'bootstrap'; - 调试时建议清空浏览器 cookie + phpMyAdmin session 文件（通常在
/var/lib/php/sessions/或session.save_path指定位置）再测试
最易被忽略的一点：主题目录名和CSS文件名不总是一致，比如 ./themes/metro/ 对应的显示名可能是 “Metro UI”，但URL里必须填目录名，不是显示名。
