Sublime Text 中 nginx.conf 高亮需手动绑定路径而非扩展名：确认插件安装正确后，在 Syntax Specific 设置中用 file_name_patterns 精确匹配 /etc/nginx/conf.d/*.conf 等路径，避免 .conf 全局绑定导致语义污染。
Sublime Text 默认不会给 nginx.conf 或 /etc/nginx/conf.d/*.conf 文件上色，装了插件却还是显示 “Plain Text” 是正常现象——不是插件失效，是语法没绑到路径上。
怎么确认 nginx 语法包真装对了
光看 Package Control 列表里有 “nginx” 字样不够。必须验证两件事：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Package Control: List Packages，确认出现以下之一：nginx-sublime-syntax、nginx-conf或小写的nginx（作者 bradleyg） - 进
Preferences → Browse Packages…，打开对应文件夹，检查是否存在：nginx-sublime-syntax.sublime-syntax（前者）或nginx-conf.tmLanguage（后者） - 如果只有空文件夹、没这些文件，说明安装不完整，重装或手动补全更可靠
为什么不能直接用 "extensions": ["conf"]
全局绑定 .conf 扩展名会导致语义污染，不是省事，是埋雷：
-
redis.conf、logrotate.conf、haproxy.cfg（部分也用.conf）全被套上 Nginx 关键字着色，timeout在 Redis 里是整数，在 Nginx 里可能是字符串单位，颜色错乱反而干扰判断 - Sublime 的语法系统不支持“同一扩展名多上下文”，
.conf只能映射一个语法定义，无法按内容动态切换 - 拼写错误如
"extension": ["conf"]（少个s）会静默失效，毫无提示
如何让 /etc/nginx/conf.d/*.conf 自动高亮
这才是生产环境真正该配的方式：只对 Nginx 实际配置路径生效。操作路径是 Preferences → Settings – Syntax Specific，在右侧粘贴 JSON（注意路径与你安装的插件严格一致）：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
{
"syntax": "Packages/nginx-sublime-syntax/nginx-sublime-syntax.sublime-syntax",
"file_name_patterns": [
"/etc/nginx/.*",
"/usr/local/etc/nginx/.*",
"nginx\.conf",
"sites-.*\.conf",
"conf\.d/.*\.conf"
]
}
注意：file_name_patterns 是正则，优先级高于 extensions；路径中点号必须转义为 \. 才能匹配真实 .conf；Windows 下路径要用正斜杠 / 或双反斜杠 \\，否则可能崩溃。
高亮了但 server_name ~^www\.(.+)$ 还是灰色？
这不是配置问题，是 Sublime 语法高亮的能力边界：
- 词法分析（
server、location、proxy_pass）能做，所以这些关键字会着色 - 上下文语义（比如
~^在server_name后是正则前缀，在if里可能是字符串）不做解析，所以不染色 -
$arg_foo、$host在map块里基本不识别，属于设计限制，非 bug - 别依赖颜色判断正则或变量是否写对——
nginx -t才是唯一可信验证方式
最常被忽略的一点：语法高亮只负责“看起来像”，不负责“逻辑对不对”。哪怕所有关键字都蓝了、括号都配对了，upstream 放在 http 外、weight 写在 ip_hash 块里，高亮照样不报错。
