themes/目录权限错误直接导致图标和CSS 404，因Web服务器需直接读取img/、css/等静态资源；常见原因包括目录属主非www-data/nginx、权限缺少执行位（x）、SELinux/AppArmor拦截、$cfg['ThemePath']未以./开头配置错误，以及Web服务器主动屏蔽/them es/路径或浏览器缓存旧404响应。
themes/ 目录权限错误直接导致图标和 CSS 404
phpmyadmin 的主题资源（img/、css/）全靠 web 服务器直接提供，不是 php 脚本动态生成。如果 themes/ 目录或其子目录对 web 进程不可读，浏览器请求 /phpmyadmin/themes/pmahomme/img/icn_edit.png 就会返回 403 或 404——样式和图标立刻失效，但页面结构还在。
常见错误包括：
-
themes/所属用户是root，而 Web 进程（如www-data或nginx）无权进入该目录 - 目录权限设为
750或700，组或其他用户缺少执行位（x），导致无法chdir进入子目录 - 在 SELinux/AppArmor 启用的系统上，
themes/路径未打上正确上下文（如httpd_sys_content_t），被静默拦截
$cfg['ThemePath'] 配置错误会让路径拼错
这个配置值决定 phpMyAdmin 如何构造主题静态资源的 URL。它不是文件系统路径，而是**相对于入口文件 index.php 的 Web 可访问路径**。写错就等于告诉浏览器“去一个根本不存在的地方找图标”。
必须满足：
- 值以
./开头（例如$cfg['ThemePath'] = './themes';），否则 Nginx/Apache 可能因路径解析规则不同而拒载 - 不能写成绝对路径（如
/var/www/html/phpmyadmin/themes）或 URL（如https://example.com/phpmyadmin/themes） - 若使用软链接部署（如
/var/www/html/phpmyadmin → /opt/phpmyadmin），./themes仍指向链接目标下的themes/，需确保该位置权限也正确
Web 服务器主动屏蔽了 /themes/ 路径
很多 Apache/Nginx 安全模板默认禁止访问敏感目录名，而 themes/ 恰好撞上关键词。它不是被 phpMyAdmin 拦的，是 Web 服务器自己先拦了。
立即学习“PHP免费学习笔记（深入）”；
检查重点：
- Nginx：
location /themes/ { deny all; }这类规则是否存在于server块中 - Apache：
themes/目录下是否存在残留的.htaccess，内容含Deny from all - 宝塔面板用户：在「网站」→「设置」→「配置文件」里搜索
themes，确认没加额外限制
浏览器缓存了旧的 404 响应
HTTP 协议允许缓存 404 响应（尤其当服务端没设 Cache-Control: no-store）。你修好了权限和配置，但浏览器仍固执地认为 icn_delete.png 不存在，连请求都不发。
验证与绕过方法：
- 手动在浏览器地址栏输入完整图标路径（如
/phpmyadmin/themes/pmahomme/img/icn_delete.png），看能否直接下载 - 打开开发者工具 → Network → 勾选
Disable cache，再刷新整个页面 - 清空浏览器所有缓存（不只是硬刷新），或换隐身窗口测试
