fix(compose): 补齐自动化与 P0/P2 的环境变量透传,并放宽部署等待窗口
部署 P1a 时发现两个问题: 一、compose 的 environment 是显式列表(不是 env_file),只写进 .env 不会传进 容器。于是 .env 里新加的 AUTOMATION_ENABLED=true 容器查不到,日志照旧打印 「AUTOMATION_ENABLED 未开启,自动化调度器不启动」——调度器根本没起。早先 §15.1 写入的 ORDER_SITE_* 与 OSS_* 也是同样情况,P0/P2 会直接踩到。 补齐 9 个变量的透传:AUTOMATION_ENABLED、ORDER_SITE_DATABASE_URL / LOOKUP_ENABLED / LOOKUP_TIMEOUT_SECONDS、OSS_ENDPOINT / BUCKET / ACCESS_KEY_ID / ACCESS_KEY_SECRET / PREFIX,全部带默认值(缺省即关闭或空), 不配置也不会让容器起不来。 二、deploy.sh 只等 15×2=30 秒就判「服务启动超时」,而 mysql 一起重建时应用 就绪约 35 秒,于是部署实际成功却报失败。等待窗口放宽到 40×2=80 秒。 规划附录 C.2 记下这条约定:新增环境变量要同时改 .env(实值)、 docker-compose.yml(透传)、.env.example(留档)三处。
This commit is contained in:
@@ -1171,6 +1171,11 @@ OSS_PREFIX=collect
|
||||
- **纯函数优先**:匹配打分、别名归一、365 天判定、订单号归一、模板必填校验都做成纯函数重点覆盖;
|
||||
- **写操作不进自动回归**:兑换/重登/支付用 mock 客户端做契约测试(沿用 `tests/test_douyu_write_path_contracts.py`);
|
||||
- 提交门禁:pre-commit 跑 `ruff format --check`(仅暂存文件)+ `tsc -b`;pre-push 跑全量 pytest;
|
||||
- **新增环境变量必须同步改 `docker-compose.yml`**:本项目的 compose 用的是
|
||||
`environment:` **显式列表**(不是 `env_file`),只写进 `.env` **不会传进容器**。
|
||||
P1a 踩过一次:`.env` 加了 `AUTOMATION_ENABLED=true`,容器里查不到,调度器照旧不启动;
|
||||
早先 §15.1 写入的 `ORDER_SITE_*` 与 `OSS_*` 同样没生效。新增变量时三处都要动:
|
||||
`.env`(服务器实值)+ `docker-compose.yml`(透传)+ `.env.example`(留档);
|
||||
- **DB 读出来的时间是 naive UTC**:`datetime` 列取回后不带时区,直接和 `datetime.now(UTC)` 比较会
|
||||
`TypeError: can't compare offset-naive and offset-aware`(P1a 踩过一次)。比较前一律用
|
||||
`_as_utc()`(`services/yyb_service.py` 与 `services/automation/scheduler.py` 各有一份)补时区。
|
||||
|
||||
Reference in New Issue
Block a user