404 CSS 问题主因是 Web 服务器无法遍历 themes/ 目录，需同时满足可读（r）与可执行（x）权限；$cfg['ThemePath'] 必须为 './themes'；SELinux、Web 服务器 location 拦截、.htaccess 或浏览器缓存亦可能干扰。
为什么 themes/ 目录权限 755 还是 404 CSS？
权限数字对不代表能访问——themes/ 目录必须同时满足「可读 + 可执行」，缺一不可。Web 服务器（如 nginx 或 apache2 进程）需要执行位（x）才能进入子目录（比如 themes/pmahomme/css/），否则连路径遍历都失败，直接返回 404 或 403。
常见错误包括：
-
chmod 755 themes/看似正确，但如果父目录（如/var/www/html/phpmyadmin）权限是750且组不包含www-data，则进程根本进不去themes/上层目录 - 用
chown root:root themes/后只改了组权限却没加执行位给组，www-data用户属于该组但无x权限 - SELinux 启用时，即使
ls -ld themes/显示drwxr-xr-x，实际仍被拦截，audit.log里有avc: denied { search }
$cfg['ThemePath'] 配置以 ./ 开头了吗？
这个配置不是文件系统路径，而是拼接进 URL 的相对路径。写错就等于让浏览器去错地方找资源。
必须确保：
立即学习“PHP免费学习笔记（深入）”；
- 值以
./开头，例如：$cfg['ThemePath'] = './themes'; - 不能写成
/themes（会被解析为站点根目录下的/themes，而非 phpMyAdmin 子目录） - 不能写成绝对路径如
/var/www/html/phpmyadmin/themes或 URL 如https://example.com/phpmyadmin/themes - 若用软链接部署（如
/var/www/html/phpmyadmin → /opt/phpmyadmin），./themes仍指向软链接目标下的themes/，该位置也得有正确权限
Web 服务器是否主动屏蔽了 /themes/ 路径？
很多 Nginx/Apache 安全模板会默认 deny all 所有含 themes 字样的 location，这不是 phpMyAdmin 的锅，是 Web 服务器自己先拦了。
检查重点：
- Nginx：
location /themes/ { deny all; }是否存在于server块或宝塔「网站配置文件」中 - Apache：
themes/目录下是否有残留的.htaccess，内容含Deny from all - 宝塔用户：在「网站」→「设置」→「配置文件」里全局搜索
themes，确认没加额外限制
浏览器缓存了 404 响应怎么办？
HTTP 允许缓存 404（尤其服务端没设 Cache-Control: no-store）。你修好了所有配置，但浏览器仍拒绝发起新请求——它“记得”那个图标不存在。
临时验证方法：
- 用
curl -I http://localhost/phpmyadmin/themes/pmahomme/css/common.css看真实响应头和状态码 - 清空浏览器缓存，或用隐身窗口重试
- 加时间戳强制刷新：
http://localhost/phpmyadmin/themes/pmahomme/css/common.css?v=1
真正难排查的是多层叠加：权限对了但 SELinux 拦着、$cfg['ThemePath'] 少了点、Nginx 又悄悄 deny all —— 得一项项排除，别指望改一个地方就全好。
