根本原因是OpenLiteSpeed虚拟主机不继承全局PHP配置，必须在Context中显式绑定PHP处理器；URI和Location均需结尾斜杠，类型必须选PHP而非Static或Proxy，否则.php文件不执行。
phpMyAdmin 在 OpenLiteSpeed 中 404 或 500 的根本原因
不是权限问题，也不是文件没放对位置——而是 openlitespeed 默认不继承全局 php 处理器配置到虚拟主机，phpmyadmin 的 .php 文件根本没被交给 php 解释器执行，直接当静态文件返回或拒绝处理。
常见现象：404 Not Found（实际文件存在）、500 Internal Server Error（日志里出现 Failed to exec CGI. 或空响应）、浏览器下载 index.php 源码。
- 必须在虚拟主机的
Context级别显式声明 PHP 处理逻辑，不能依赖服务器级设置 -
phpMyAdmin是纯 PHP 应用，没有.htaccess支持，OpenLiteSpeed 不读 Apache 风格重写规则 - 路径匹配必须精确到目录层级，
/phpmyadmin/和/phpmyadmin（无尾斜杠）在 Context 匹配中行为不同
添加 PHP Context 的正确写法（非重写，是处理器绑定）
OpenLiteSpeed 的 Context 不是 URL 重写工具，而是「请求路径 → 处理器」的映射开关。给 phpMyAdmin 配 PHP，本质是告诉服务器：“这个路径下的所有 .php，交由 PHP 脚本处理器运行”。
在 WebAdmin → Virtual Hosts → 你的站点 → Contexts → Add：
-
Type：选
PHP（不是Static，不是Proxy） -
URI：填
/phpmyadmin/（结尾斜杠必须有，否则子路径如/phpmyadmin/js/可能失配） -
Location：填你实际解压
phpMyAdmin的绝对路径，例如/var/www/example.com/phpmyadmin/（结尾斜杠也必须有） -
Notes：可留空；
Enable Cache建议关掉，避免 PHP 输出被缓存导致登录态异常
别碰 rewrite 标签页——那里加规则没用，Context 类型选错就白配。
为什么不能用 Alias + Static Context？
有人试过加一个 Static 类型的 Context，把 /phpmyadmin/ 指向物理路径，结果页面能打开但点任何按钮都 404 或报 Undefined index: PMA_token。这是因为 Static Context 只服务静态资源（CSS/JS/图片），.php 文件仍被当作普通文件返回，不会执行。
-
StaticContext 下，index.php被当成文本下载，浏览器看到的是 PHP 源码 -
PHPContext 自动启用SCRIPT_FILENAME、PATH_INFO等 CGI 变量，phpMyAdmin依赖这些变量做路由和安全校验 - 若用
Proxy类型指向另一个 PHP-FPM 实例，需额外配置PHP_ADMIN_VALUE传递open_basedir或upload_max_filesize，复杂度陡增且易出错
权限与安全绕不过的三件事
配完 Context 还打不开？大概率卡在这三个地方：
-
phpMyAdmin目录属主必须是 OpenLiteSpeed 工作进程用户（默认nobody或lsadm），执行chown -R nobody:nobody /var/www/example.com/phpmyadmin/ -
config.inc.php里不能留$cfg['Servers'][$i]['auth_type'] = 'config';且明文写密码——OpenLiteSpeed 不支持 HTTP Basic Auth 的后端透传，必须改用cookie或http - 如果启用了
mod_security或 WAF 规则，phpMyAdmin的 POST 请求（尤其是 SQL 执行）常被误杀，临时关掉测试是否相关
最常被忽略的是：OpenLiteSpeed 的 PHP Context 不自动继承全局 php.ini 的 open_basedir 限制。若你在全局开了限制，又没在 Context 里显式覆盖，phpMyAdmin 会因无法访问 /tmp 或 /dev/urandom 报错。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
