SQL查询页顶部提示语对应.container-fluid .alert-info和.sqlqueryform > .alert等选择器；需在custom.css中用body.sql .container-fluid .alert-info, body.sql .sqlqueryform > .alert { display: none !important; }并确保CustomCSS配置生效。
SQL查询页顶部的提示信息对应哪些CSS选择器？
phpmyadmin 5.2+ 默认使用 bootstrap 主题，sql查询页（/sql.php 或点击任意表的「sql」标签页）顶部提示语（如“run sql query or export results”、“you can execute multiple statements…”等）通常由以下元素承载：
-
.container-fluid .alert-info（最常见，Bootstrap 风格提示条） -
.sqlqueryform .alert（部分版本中嵌套在表单容器内） -
.sqlqueryform > .alert（需限定直接子元素，避免误杀其他 alert）
不要依赖 .notice 或 .warning——这些多见于登录页或主页，SQL页基本不用。打开浏览器 DevTools（F12），右键提示文字 → “检查”，观察其最近的带 class 的父容器，确认实际 class 名再写规则。
custom.css 中怎么写才能真正生效？
仅写 display: none 很可能无效，原因包括：Bootstrap 自带高权重样式、JS 动态插入、内联 style 覆盖。必须同时满足三点：
- 用
body.sql或body#sql限定作用域（phpMyAdmin 会为 SQL 页面添加 body class，可通过 DevTools 确认） - 选择器权重足够：优先用具体路径，如
body.sql .container-fluid .alert-info - 强制覆盖：必须加
!important，否则会被.alert-info { display: block !important; }类似规则顶掉
推荐写法（写入 phpmyadmin/css/custom.css）：
body.sql .container-fluid .alert-info,
body.sql .sqlqueryform > .alert {
display: none !important;
}
注意：custom.css 必须已启用——确认 config.inc.php 中有 $cfg['CustomCSS'] = 'css/custom.css';，且文件 UTF-8 无 BOM、Web 服务器可读。
立即学习“PHP免费学习笔记（深入）”；
为什么改了 CSS 还是能看到提示？常见失效原因
不是代码写错，而是加载或解析环节掉了链子：
- 浏览器缓存了旧 CSS：按
Ctrl+F5强刷，或 DevTools → Network → ✅ Disable cache -
custom.css根本没加载：打开 Network 面板，过滤custom.css，看是否返回 404 或空内容 - body class 不匹配：phpMyAdmin 5.2.3 实际用的是
body#sql而非body.sql，试试换成body#sql .alert-info - 提示由 JS 动态注入：某些版本在 DOM 加载后才 append 提示，CSS 生效早于 JS，此时需额外禁用 JS 逻辑（不推荐）——更稳的做法是换用
visibility: hidden避免重排，但依然要加!important
有没有比 CSS 更彻底的隐藏方式？
有，但属于侵入式修改，升级时易丢失，仅限强需求场景：
- 修改模板文件：
./templates/sql/main.twig（v5.0+）或./libraries/display_export.lib.php中搜索alert-info相关输出逻辑，注释掉对应echo或render行 - 禁用相关功能开关：部分版本支持
$cfg['ShowHint'] = false;（非官方文档参数，需 grep 源码确认是否存在） - 反向代理层过滤 HTML：Nginx 用
sub_filter去掉含alert-info的整行，但可能误杀其他 alert
真正麻烦的从来不是怎么藏，而是藏完之后——别人用不同主题、升级到 5.3、或者换了个浏览器，提示又冒出来了。CSS 方案看似简单，但每次升级后都得重新 inspect 一次 body class 和 alert 结构，这才是实际维护成本所在。
