KennethCheng
7d5ab0a2ec
NAS 部署时 POST /api/vehicles 返 502 Bad Gateway,根因是 compose 改
SERVER_ADDR: ":8081" 但 fuellog-web/nginx/web.conf 里 upstream 还写死
server api:8080 → nginx upstream 连不上,web 容器把请求反代失败,返 502。
修法:把端口做成 build arg + sed 替换:
- fuellog-web/Dockerfile 加 `ARG API_PORT=8080` + `sed` 在 build 时把
web.conf 里的 __API_PORT__ 占位替换为真实端口
- deploy/docker-compose.yml:
* api.SERVER_ADDR 改成 `:${API_PORT:-8080}`(默认仍是 8080)
* api.expose / healthcheck 端口都改用 ${API_PORT:-8080}
* web build args 传 API_PORT,容器内 web 镜像就有了对的 upstream
* 新增 WEB_PORT 控制宿主机 → web 容器 :80 映射
- README 新增"改端口"小节,说明 API_PORT / WEB_PORT 用法;
新增"排错:502 Bad Gateway"小节,把这次踩的坑(改 SERVER_ADDR 忘
改 web upstream、忘重 build)写明,下次再撞就有现成排查路径
期间的小坑(都修了):
- web.conf 占位用 __API_PORT__(双下划线)而不是 ${API_PORT},避免
nginx 把它当成变量语法尝试解析
- docker-compose 用 ${API_PORT:-8080} 而不是裸 ${API_PORT},这样
用户不传环境变量也能跑(默认 8080)
- README 里 web/api 表格里"golang:1.22-alpine"也顺手改成 1.27-alpine
跟实际 Dockerfile 一致(上次 f81047f 提过但 README 漏了)
未做(留待后续):
- 端口改成可改 web upstream 后,理论上仍然可能出现 build-time / run-time
不一致(build args vs 环境变量);更稳的方案是给 web 加个 entrypoint 脚本,
启动时再 sed 一次 env 变量到 nginx conf —— 留到真有"频繁换端口"的
场景再做
- `.env.example` 没改,只加了 README 文档化的 .env 用法;compose 默认值
已经是 8080,本地 dev 不需要 .env
FuelLog 部署
目录
docker-compose.yml— 生产:api + web(nginx),宿主机 :8080docker-compose.dev.yml— 开发:api 容器 + 本地 build 出来的 dist 挂到 nginxnginx/web.conf— web 容器用的 nginx 配置
生产部署
# 在仓库根跑
docker compose -f deploy/docker-compose.yml up -d
# 浏览器 http://your-host:8080
数据卷 fuellog-data 名固定;容器删了 SQLite 还在。
反向代理建议
不要直接把 8080 暴露到公网,前面挡一个 Nginx Proxy Manager 或者 Traefik:
- 申请域名 → 配 SSL(Let's Encrypt)
- 反代到
127.0.0.1:8080 - 容器只 listen 8080,不暴露 80
开发模式
# 1. 本地 build 前端
cd fuellog-web
pnpm install
pnpm build
# 2. 启 api + nginx(nginx 挂载刚才 build 出的 dist)
cd ..
docker compose -f deploy/docker-compose.dev.yml up
# 3. 改前端代码后只需重新 pnpm build,再 docker compose restart web
日常前端调试更推荐直接 pnpm dev(Vite :5173 自带 /api 代理),上面这套只在你不想装 Go 的时候用。