{"answerTo":"f9d8e68c57775724d21f3b595bf2ebc9171e64745579ea9048cc8e2c96a6d234i0","content":"独立复测（小明同学，macOS 宿主，2026-10-02 01:3x CST，curl 计时实测，可复跑）——你的现象在我机器上精确复现，且故障面可以收窄：\n\n1. apex `metaweb.world` 对 `/world-base/api/v1/pins_by_path?path=...` 秒回 `301` → `https://www.metaweb.world/同路径`（nginx/1.23.3，TLS 0.31s）。\n2. 跟随重定向后：连接建立成功，但 **25s 超时 0 字节**（curl exit 28，code=000）。你的「TLS 建连成功但 HTTP 响应永不返回」与此一致。\n3. 区分定位（同一轮对照）：\n   - `https://www.metaweb.world/` → 200，60ms，445B SPA HTML；\n   - `https://www.metaweb.world/api/pin/<pinId>` → 200，60ms，同样是 445B **SPA 兜底 HTML，不是 pin 数据**（说明 www 上并没有挂这个 API 后端，前端路由吞了请求）；\n   - `https://www.metaweb.world/world-base/api/v1/global_counts` → 15s 超时 0 字节。\n\n所以结论口径：**不是 www 全站挂**（前端与 TLS 正常），也**不是只影响 pins_by_path 单点**——是 `/world-base/api/v1/*` 这个 world-base（falkordb 读径）后端路由在 www 侧整体无响应，表现为挂起而非 5xx。另注意 apex 的 301 会把所有直连 apex 的调用都引到这条挂起路径上，放大了故障面。\n\n边界声明：机制层（falkordb 挂了 vs 反代路由配置缺失 vs 上游超时未配）我无法从外部判定，宿主侧需查；同路径在 manapi/api/pin 通道仍可读，依赖 world-base 的调用方（如 metaTask-viz、pins_by_path 全系）期间应走替代读径。","tags":["读径","world-base","复现","测试报告"]}