Public
/
MessageWeave
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
28 Commits 1 Branch 0 Tags 10 MiB
Commit Graph

12 Commits

Author SHA1 Message Date
anonsaber 82794c95cf worker: /reconcile 走 per-route 长超时且绝不故障转移（01a0e595） 
POST /reconcile 是后端同步长任务：后端持集群级单飞锁 lock:reconcile（初租 300 s，
期间每 30 s 心跳续租至 90 s，notify.rs:159/172），但网关原先只有全局超时 10 s、
最多 2 次尝试。一次完整对账很容易撑过网关窗口被误判失败，随后故障转移到第二实例，
而第二实例必然立刻返回 409；客户端既拿不到 204 也拿不到 409，只能看到
"all backends failed"。

改动：
- handleFetch 为 /reconcile 单独覆盖超时与尝试次数：超时取 LB_RECONCILE_TIMEOUT_MS
 （默认 320000 ms，大于锁初租 300 s + 心跳余量），maxAttempts=1 绝不故障转移
  （切实例只会撞锁，没有任何收益）
- 其余快路径完全不受影响，仍用全局 LB_REQUEST_TIMEOUT_MS / LB_MAX_ATTEMPTS
- 新增测试：记录 setTimeout 收到的延迟来断言 /reconcile 走 320000 ms，并用 503 响应
  断言它只尝试 1 个 origin；同时断言 /webhook/tg 仍用 5000 ms 且仍故障转移到第二
  实例；并断言 env 覆盖生效而 maxAttempts 恒为 1
- worker README 补 LB_RECONCILE_TIMEOUT_MS 说明与 /reconcile 例外
- deployment.md §6.3.1 删掉「请把 LB_REQUEST_TIMEOUT_MS 调到大于锁租期」的旧 workaround
  建议（现已由 per-route 覆盖解决），§10 worker 故障转移条目补例外，secret 清单补新变量
- 顺手清掉 health.js 注释里已退役的 GATE-READY-DEPS，改为 ARCH-READY-BASELINE

验证：cloudflare-worker node --test 29/29 通过（原 28 + 新增 1）；
web config.test.mjs 6/6 通过。无 src/ 改动，Rust 门禁不受影响。
 2026-09-28 12:18:04 +08:00
anonsaber cc645020d9 docs: /ready 端到端就绪语义同步 + 删除 Redis 错误映射虚构断言 
两件事一批提交（全部 docs-only，无代码改动）：

① /ready 语义升级为端到端就绪（对应 commit c5bc7b8 的实际行为）
- ARCH-READY-BASELINE 从「配置完整性 + Redis 可达性」改为：配置完整性
  + Redis 可达 + JMAP session 探针 + Telegram getMe 探针，四者全过返 200
  与就绪报告，任一失败返 503 + 标准错误 envelope + Retry-After: 30
- 探针细节：各 PROBE_TIMEOUT 3000ms、tokio::join! 并行、最坏约 3s
  （先前文档写「串行 / 最坏 6s」是错的，已全量修正 10 处，含 AGENTS.md /
  design.md / deployment.md / roadmap.md / reference.md / README 中英）
- LB 探针超时下限从「> 6s」改为「> 3s（建议 >= 10s）」
- JMAP 探针实际行为：取 JMAP_SESSION_URL 的 origin 后 GET
  {origin}/.well-known/jmap 并带配置的 Basic 认证（不是打裸 session URL）；
  原因是裸 URL 不带认证会永远 not-ready，进而让 ingress 停止路由
- deployment.md 新增 /ready 出站 egress 硬依赖说明：egress 不通则长期 503，
  而 reqwest 以 default-features=false 编译不解析 HTTPS_PROXY
- reference.md Retry-After 规则改准：error_response 仅在 retry=true 时设置；
  error_response_with_id 无条件设置但仅用于 push register/disable 的
  push_state_unavailable / push_destroy_failed（恒 503）；503 错误码表补上
  这两个此前漏掉的码
- GATE-READY-DEPS 门禁已闭合，从 AGENTS.md 与 roadmap.md 删除该 ID

② 删除「Redis 错误映射」这条虚构断言（代码缺口 4 -> 3）
- roadmap.md 与 design.md:634 的同一条断言删除；design.md 脚注「4 条」->「3 条」
- 根因：消费入口是 HTTP handler worker（notify.rs），不是后台循环
  —— 全仓 src/ 零 select!、无信号处理、无常驻 worker 进程；read_batch 与
  retry_or_dlq 的 Err 均经 ? 上抛，调用方一律返 503 + retryable=true。
  原先描述的「循环不因单次失败退出」这个前提本身不成立
- retired.md 新增一条虚构断言记录，完整保留原始断言与推翻依据
- roadmap 验收待办同步：/ready 端到端探测转已完成，并注明两个探针是可复用
  纯函数、④ 远程 debug 应直接复用同一实现，不要另写一套

③ 顺手修正本轮代码移动导致的失效行号锚
- retired.md：refresh_business_config 628->704；lock:push-register 810-819->887-890；
  register_push 668->873；notify::push_handler 改引真实函数名 jmap_push /
  worker / reconcile（原行号 250/97/136 全错，且 push_handler 非真实函数名）；
  worker safelist fail-closed index.js:69-82 -> :77-92
- reference.md：router 1238-1265 -> 1250-1277；/worker 314 -> 326；
  路由表补上此前漏掉的 /、/assets/config.js、/assets/styles.css

基线：三处「验证基线」（roadmap.md:5、retired.md:7、reference.md:6）由
ed93358 更新为 c5bc7b8。

校验：8 个 md 代码块偶数、无行尾空格、无 CR；5 个文件全部表格列数一致
（剥掉 code span 后再计数）；相对链接与锚点全部可达。
Rust 门禁不受影响（无 src/ 改动），基线仍为 45 passed / 0 failed / 1 ignored。
 2026-09-28 12:08:33 +08:00
anonsaber 24cfbb45b0 docs: 重构文档体系 — README 瘦身中英对等 + 新增 reference.md 权威事实表 
- README.md / README.zh-CN.md 瘦身至 ~100 行，五节 1:1 对等（是什么/5分钟/配置入口/安全边界/去哪读更多）
- 新增 docs/reference.md：Redis 键+TTL+写者+读者、错误 envelope+Retry-After、后端路由与网关白名单矩阵、env 三层等单一权威表（顶部 verified against ed93358）
- 新增 docs/roadmap.md 取代 docs/todo.md（只放缺口/阻塞/阶段目标/待决策）
- docs/design.md 保留架构语义，可查表改引 reference.md；修正 /search 未实现、XAUTOCLAIM 阈值矛盾、teloxide 幽灵引用等 9 处标注
- docs/deployment.md §8.1 重写，删除依赖不存在子命令/curl 的必然失败 healthcheck 示例
- AGENTS.md §6 登记 reference.md/roadmap.md + 冲突仲裁「以 reference.md 为准」+ 中英同轮同步/公共 API 变更规则
 2026-09-27 18:55:38 +08:00
anonsaber ed93358e29 feat(notify): unify /ready not-ready 503 into the error envelope 
- GET /ready: ready -> 200 + diagnostic report (unchanged success body);
  not ready -> 503 + {"error":"service_unavailable","request_id":id}
  + Retry-After: 30, consistent with the other public entry points
- drop the legacy {"status":"not_ready"} diagnostic block from the 503 body
  (backward compatibility not required)
- HTTP 200/503 semantics preserved, so Uptime Kuma HTTP(s) monitors
  (status-code based) keep working
- sync docs: README.md, README.zh-CN.md, docs/design.md, docs/deployment.md,
  AGENTS.md, docs/todo.md
 2026-09-27 13:11:29 +08:00
anonsaber a8fad19daa docs: default README to English, reconcile docs, drop HANDOFF 
- README.md is now English; add README.zh-CN.md with cross-links; both versions
  cover the same 40 sections and the same key facts
- correct stale docs/design.md 10.5.1 and docs/todo.md to the current code
  (XAUTOCLAIM threshold, malformed-entry ACK, error envelope now done)
- replace the temporary HANDOFF.md with docs/todo.md (unfinished work + blockers)
- adjust docs/deployment.md and AGENTS.md accordingly
 2026-09-27 12:56:04 +08:00
anonsaber 956ef6a1d3 feat(config): add global Redis-backed enable switch 2026-09-25 20:11:35 +08:00
anonsaber a5710331fa docs(hoststack): add native Rust deployment config 2026-09-25 18:51:36 +08:00
anonsaber a57cb4f75d fix(redis): enable TLS for Upstash connections 2026-09-25 17:45:24 +08:00
anonsaber c75858fda0 refactor: rename project to MessageWeave 2026-09-25 10:29:18 +08:00
anonsaber 9064fc5f1d fix: hide admin authorization in setup mode 2026-09-25 10:05:47 +08:00
anonsaber e5ec3aef4c feat: provide configuration setup mode 2026-09-25 09:30:45 +08:00
anonsaber dceecaf2f4 feat: initial MessageWeave release 2026-09-25 09:14:04 +08:00