photo-live

xinyouhe/photo-live

Fork 0

Commit Graph

Author	SHA1	Message	Date
浅念	85b2da3db5	feat(ov): idempotent batched likes and realtime broadcast P2 Task 7（点赞批次端点 + ov 实时网关）： - interactions 模块（仅 ov 装配）：POST /public/albums/{token}/photos/ {photoId}/likes——相册不可见/照片未发布 404、delta 1..20 与 sessionId/batchId 1..64 校验 400；单事务 like_batches 唯一插入（P2002=幂等重试，batchAccepted=true 不重加）→ photos_ov.likeTotal/ countVersion 原子自增回读 → outbox_stat_events(kind=likes) 兜底； Redis ov（REDIS_URL_OV）INCRBY+TTL 会话/IP 双窗口限流（默认 500/2000，超限 429 RATE_LIMITED），幂等重试先于限流不耗额度 - 过期批次重放边界（24h 清理后的 batchId 重插会再次计入）：接受该边界——无永久账本可查（保留全量批次行违背清理策略），会话/IP 窗口上限即重放天然封顶（同一 sessionId 重放挤占自身额度），偏差已在 likes.service 头注释登记，Task 8 统计侧按清理后语义处理 - realtime：ContractWsAdapter（契约 {type,...} 帧分发，ws 与 HTTP 同端口挂 /v1/realtime）+ RealtimeGateway 相册房间模型——subscribe 逐相册校验 isAlbumVisibleOv，失败回 error 帧且连接保持；应用层 ping→ pong 回显 ts；传输层 HEARTBEAT_MS 周期 ping 踢死连接；点赞提交经 EventEmitter2（单进程，多实例 Redis pub/sub 登记 P5）触发 likes.burst 500ms 合并窗（delta 聚合、originBatchIds 供客户端过滤自身批次）；sync-inbox 应用事务提交后发 OV_PHOTO_APPLIED → photo.published/hidden/deleted 按房间广播（stale/duplicate/暂存/ 缺席即撤下不转发） - 契约：REALTIME_WS_PATH、ServerMessage 增 error 帧（穷尽锁 7 成员 + 类型测试）、LIKE_SESSION_WINDOW_DELTA/LIKE_IP_WINDOW_DELTA/ LIKE_BURST_MERGE_MS 常量与 .env.example - e2e（likes-realtime.e2e-spec.ts，6 用例）：A09 三批累加/幂等重试/ outbox 行、小额度 429、ping/pong+幽灵 token error 帧连接保持、 A10 双房间隔离（先证非空调订）、合并窗单 burst（delta 求和+双 originBatchIds）、cn 隐藏→房间收 photo.hidden+隐藏后点赞 404；凡进程内起 AppOvModule 的 spec（sync×2/public-ov/emergency）补装 ContractWsAdapter 与生产 main-ov 一致——api e2e 168（162+6） Co-Authored-By: Claude Code <noreply@anthropic.com>	2026-09-18 17:51:55 +08:00
浅念	65726702f3	feat(sync): cn event coverage, bootstrap and outbox sender Co-Authored-By: Claude Code <noreply@anthropic.com>	2026-09-18 15:21:41 +08:00
浅念	3d6e9ce175	feat(ov): ov schema, entry skeleton and compose profile P2 Task 2 ov 数据层： - compose ov profile：mysql-ov（mysql:8.4，127.0.0.1:3309，库级 utf8mb4_0900_bin）+ redis-ov（6381），cn 侧默认 up 不受影响（3307/3308 已被其它本机项目占用，端口决策 3309） - @photo/db-ov：9 表 schema（albums_ov/photos_ov 副本、sync_inbox/ sync_state 同步账本（水位行同表标志位）、like_batches/album_stats/ visit_sessions/visit_requests 互动域、outbox_stat_events 回传队列）；迁移 20260918060102_init_ov 走固化校对手决流程，information_schema 复核全部业务表/列 utf8mb4_0900_bin（_prisma_migrations 同 cn 先例保持 unicode_ci） - generator 独立 output（包内 generated/）：pnpm 将两包 @prisma/client 提升为同一 store 实例，默认 .prisma/client 输出会被双 schema 互相覆盖，ov 客户端独立产出经 src/index.ts 转出口 - ov 入口骨架：main-ov.ts（PORT_OV 默认 8081）+ app-ov.module.ts （仅管线骨架 + /v1/health，feature modules 后续任务装配）；logger 装配选项抽取至 shared/logger-options.ts 供 cn/ov 双入口共用（行为不变，P1 套件守护） - test/reset-ov.ts：ov 库 truncate-if-exists 隔离工具（无 MinIO 清理） - 根脚本：db:generate 双库齐跑，新增 db-ov:migrate/db-ov:generate/dev:ov Co-Authored-By: Claude Code <noreply@anthropic.com>	2026-09-18 14:11:41 +08:00

Author

SHA1

Message

Date

浅念

85b2da3db5

feat(ov): idempotent batched likes and realtime broadcast

P2 Task 7（点赞批次端点 + ov 实时网关）：
- interactions 模块（仅 ov 装配）：POST /public/albums/{token}/photos/
  {photoId}/likes——相册不可见/照片未发布 404、delta 1..20 与
  sessionId/batchId 1..64 校验 400；单事务 like_batches 唯一插入
  （P2002=幂等重试，batchAccepted=true 不重加）→ photos_ov.likeTotal/
  countVersion 原子自增回读 → outbox_stat_events(kind=likes) 兜底；
  Redis ov（REDIS_URL_OV）INCRBY+TTL 会话/IP 双窗口限流（默认
  500/2000，超限 429 RATE_LIMITED），幂等重试先于限流不耗额度
- 过期批次重放边界（24h 清理后的 batchId 重插会再次计入）：接受该
  边界——无永久账本可查（保留全量批次行违背清理策略），会话/IP 窗口
  上限即重放天然封顶（同一 sessionId 重放挤占自身额度），偏差已在
  likes.service 头注释登记，Task 8 统计侧按清理后语义处理
- realtime：ContractWsAdapter（契约 {type,...} 帧分发，ws 与 HTTP 同
  端口挂 /v1/realtime）+ RealtimeGateway 相册房间模型——subscribe 逐
  相册校验 isAlbumVisibleOv，失败回 error 帧且连接保持；应用层 ping→
  pong 回显 ts；传输层 HEARTBEAT_MS 周期 ping 踢死连接；点赞提交经
  EventEmitter2（单进程，多实例 Redis pub/sub 登记 P5）触发
  likes.burst 500ms 合并窗（delta 聚合、originBatchIds 供客户端过滤
  自身批次）；sync-inbox 应用事务提交后发 OV_PHOTO_APPLIED →
  photo.published/hidden/deleted 按房间广播（stale/duplicate/暂存/
  缺席即撤下不转发）
- 契约：REALTIME_WS_PATH、ServerMessage 增 error 帧（穷尽锁 7 成员
  + 类型测试）、LIKE_SESSION_WINDOW_DELTA/LIKE_IP_WINDOW_DELTA/
  LIKE_BURST_MERGE_MS 常量与 .env.example
- e2e（likes-realtime.e2e-spec.ts，6 用例）：A09 三批累加/幂等重试/
  outbox 行、小额度 429、ping/pong+幽灵 token error 帧连接保持、
  A10 双房间隔离（先证非空调订）、合并窗单 burst（delta 求和+双
  originBatchIds）、cn 隐藏→房间收 photo.hidden+隐藏后点赞 404；
  凡进程内起 AppOvModule 的 spec（sync×2/public-ov/emergency）补装
  ContractWsAdapter 与生产 main-ov 一致——api e2e 168（162+6）

Co-Authored-By: Claude Code <noreply@anthropic.com>

2026-09-18 17:51:55 +08:00

浅念

65726702f3

feat(sync): cn event coverage, bootstrap and outbox sender

Co-Authored-By: Claude Code <noreply@anthropic.com>

2026-09-18 15:21:41 +08:00

浅念

3d6e9ce175

feat(ov): ov schema, entry skeleton and compose profile

P2 Task 2 ov 数据层：
- compose ov profile：mysql-ov（mysql:8.4，127.0.0.1:3309，库级
  utf8mb4_0900_bin）+ redis-ov（6381），cn 侧默认 up 不受影响
  （3307/3308 已被其它本机项目占用，端口决策 3309）
- @photo/db-ov：9 表 schema（albums_ov/photos_ov 副本、sync_inbox/
  sync_state 同步账本（水位行同表标志位）、like_batches/album_stats/
  visit_sessions/visit_requests 互动域、outbox_stat_events 回传队列）；
  迁移 20260918060102_init_ov 走固化校对手决流程，information_schema
  复核全部业务表/列 utf8mb4_0900_bin（_prisma_migrations 同 cn 先例
  保持 unicode_ci）
- generator 独立 output（包内 generated/）：pnpm 将两包 @prisma/client
  提升为同一 store 实例，默认 .prisma/client 输出会被双 schema 互相
  覆盖，ov 客户端独立产出经 src/index.ts 转出口
- ov 入口骨架：main-ov.ts（PORT_OV 默认 8081）+ app-ov.module.ts
  （仅管线骨架 + /v1/health，feature modules 后续任务装配）；logger
  装配选项抽取至 shared/logger-options.ts 供 cn/ov 双入口共用（行为
  不变，P1 套件守护）
- test/reset-ov.ts：ov 库 truncate-if-exists 隔离工具（无 MinIO 清理）
- 根脚本：db:generate 双库齐跑，新增 db-ov:migrate/db-ov:generate/dev:ov

Co-Authored-By: Claude Code <noreply@anthropic.com>

2026-09-18 14:11:41 +08:00

3 Commits