webstorm 本身不支持保存时自动运行 nginx -t，但可通过配置 external tools + file watchers 实现：监听 .conf 文件保存，触发 nginx -t -c $filepath$ 并显示结果。

WebStorm 本身不支持保存时自动运行 nginx -t，但可以通过配置 External Tools + File Watchers 实现近似效果。核心思路是：用 File Watchers 监听 .conf 文件保存动作，触发外部工具执行 nginx -t -c $FilePath$，并显示结果。

---

配置 External Tools（先完成这步）

1. 打开 Settings → Tools → External Tools
2. 点击 + 添加新工具
   • Name: nginx -t (current file)
   • Program: 填你本地 Nginx 可执行路径
     • Linux/macOS: /usr/sbin/nginx 或 which nginx 结果
     • Windows: C: ginx ginx.exe（确保在 PATH 中也可填 nginx）
   • Arguments: -t -c $FilePath$
   • Working directory: $ProjectFileDir$（若配置含 include 且路径为相对路径，建议改为 Nginx 主配置所在目录，如 /etc/nginx/）
   • ✅ 勾选 Show console when a tool is run

配置完成后，右键 .conf 文件 → External Tools → nginx -t (current file) 即可手动验证。

---

配置 File Watchers 实现“保存即检查”

1. 安装插件（如未启用）：Settings → Plugins → 搜索安装 File Watchers
2. 打开 Settings → Tools → File Watchers → 点击 + → Custom
3. 填写以下关键项：
   • Name: nginx-conf-check
   • File type: Nginx Configuration File（或选 Plain Text 并加 *.conf 范围）
   • Scope: Project Files 或自定义范围
   • Program: 同上 External Tools 的 Program 路径（如 /usr/sbin/nginx）
   • Arguments: -t -c $FilePath$
   • Output paths to refresh: 留空（不生成输出文件）
   • ✅ 勾选 Auto-save edited files to trigger watcher
   • ✅ 勾选 Trigger the watcher on external changes（可选，用于 Git 切换等场景）

⚠️ 注意：File Watchers 默认在后台运行，不会自动弹出控制台。若需看到错误详情，建议保留 External Tools 手动触发入口，或搭配日志重定向（如 -q 2>&1 > /tmp/nginx-check.log）再手动查看。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

---

替代方案：VS Code 用户更省心

如果你用 VS Code，推荐直接使用 Nginx Configuration 插件 + 自定义任务：

• 安装插件后，打开 tasks.json，添加如下任务：

  {
    "label": "nginx -t",
    "type": "shell",
    "command": "nginx -t -c ${file}",
    "group": "build",
    "presentation": { "echo": true, "reveal": "always", "focus": false }
  }

• 再配置保存时自动运行：在 settings.json 中加入

  "emeraldwalk.runonsave": {
    "commands": [
      {
        "match": "\.conf$",
        "cmd": "nginx -t -c ${file}"
      }
    ]
  }

---

小提醒：哪些错误它仍发现不了？

• include ../upstream/*.conf 中的上级路径缺失（因工作目录不对）
• ssl_certificate 指向的 PEM 文件实际不存在或权限不足
• proxy_pass http://backend 中 backend 未在 upstream 定义
• 正则表达式语法合法但存在回溯风险（如 .*.*）

这些需配合 nginx -t -q && nginx -s reload 流程 + 日志观察（tail -f /var/log/nginx/error.log）进一步确认。