 Zhou Weidong
|
7b360ddccd
|
feat(content): 新增运营分类与剧单分类管理
|
2026-10-22 22:17:58 +08:00 |
|
|
Zhou Weidong
|
316baf28d6
|
feat(media): 支持后台转码配置与缩略图轴
|
2026-10-22 11:20:28 +08:00 |
|
|
Zhou Weidong
|
c6f729fb27
|
feat(interaction): 点赞与评论按集统计
|
2026-10-21 15:56:26 +08:00 |
|
|
Zhou Weidong
|
42dd68f266
|
feat: 埋点落库补充 app_event_log 建表 SQL
|
2026-10-21 06:28:11 +08:00 |
|
|
Zhou Weidong
|
212834d59d
|
fix(backend): 修复上传转码与短剧发布链路（multipart 上限、转码防重、剧集发布、schema 字段）
|
2026-10-19 18:38:48 +08:00 |
|
|
jianghaifeng
|
1dc97b4bf6
|
feat(commerce): B1-2 恢复购买/退款拒付回收/对账真实比对 + Apple 端口预留
为什么：风险清单 R-03 把"票据校验 + 对账打通"列为上线阻塞项。勘察发现 ReconcileService 与
/admin/reconcile 两个接口 B1 之前就已实现，真缺口是：对账没跟商店比对、差额用 0 兜底（违反
"取不到就用 null"的契约）、退款回收只有人工入口且不幂等。按实际缺口做，不重复造。
- 恢复购买：补专项测试（换设备重提同一票据 → 同一订单、原交付时间不改写、不新增流水）；
补单能力沿用 B1-1 的服务端建单路径，恢复列表沿用 GET /app/orders，不新增接口
- 退款/拒付回收：GooglePlayPurchaseClient 增加 listVoidedPurchases（purchases.voidedpurchases，
带分页）；新增 StoreRefundService 拉取并按 (platform, orderId) 幂等回收，本地无单计入差异；
OrderService 增加 refundByStoreCallback（已退款直接返回，不二次回收/不写第二条流水），
人工 refund() 的既有契约（已退款报错）保持不变
- 对账：reconcile_task 增 store_amount_sum（可空）与 notes 两列（幂等 ALTER）；
run() 改为集合比对（本地缺票据 + 票据无本地单 + 商店已作废但本地无单），并在同一次 run 里
顺带执行退款回收；storeAmountSum 恒为 null 并在 notes 说明需从 Play Console 财务报告获取；
商店调用失败置 status=FAILED 且不写 SUCCESS+0
- Apple IAP：只留端口/枚举与明确提示，不实现真调用（B2 再实现）
- 契约同步 docs/api-phase1.md §1.8/§2.6；新增测试 17 条（commerce 14 + admin-api 3）
- 实测：mvn test 71 条全过（commerce 27 + admin-api 3 + app-api 41，B1-1 的 54 条未被打红）；
两个入口 package 通过；端到端手动对账返回 storeAmountSum=null + notes 说明缺什么
|
2026-10-16 11:52:10 +08:00 |
|
|
Vicky
|
5ce6de1e3b
|
Merge remote-tracking branch 'origin/main'
|
2026-10-16 10:51:15 +08:00 |
|
|
Vicky
|
37c9a141d3
|
feat: S0 主键改雪花（DDL 去 identity + 实体 ASSIGN_ID + 雪花配置）
为什么：自增主键把 ID 分配锁在单库序列上，分库分表时无法横向扩展。趁线上业务数据
近零（只有系统种子表有量）先改，代价最低。
- sql/schema.sql、sql/schema-phase1.sql、sql/partition-maintenance.sql：61 处
GENERATED BY DEFAULT AS IDENTITY 去掉，主键改 BIGINT 无默认值
- 52 个实体 @TableId IdType.AUTO -> IdType.ASSIGN_ID；两个入口 id-type: assign_id，
并加 global-config.sequence.worker-id/datacenter-id（单机固定值，多实例需按实例分配）
- 新增 sql/migrate-s0-snowflake.sql：存量库幂等迁移，走 DROP IDENTITY 保留数据，不重建表
- 实测：三份建表脚本在新库连跑两遍幂等；线上 57 张表 identity 归零；
watch_history/playback_ticket/order_event 的主键与唯一索引仍含分区键
|
2026-10-16 09:00:38 +08:00 |
|
|
Zhou Weidong
|
35be37c193
|
style: 全量补充作者标识 // Author: fruit.com.cn
|
2026-10-16 00:01:53 +08:00 |
|
|
Vicky
|
414d9fd482
|
feat: 创作者账号体系（后台开号 → 登录即进创作者中心）+ 创作者中心菜单只给创作者
为什么：创作者此前根本无法登录 —— creator.admin_user_id 只有实体字段、没有任何接口会写它，
C 端申请入驻也没做，等于整条账号链路缺入口。这批先把"后台手工建主体 → 审核 → 开号 → 登录落地"打通；
同时按用户口径收窄菜单：只要不是创作者，就不显示创作者中心。
- 手工建主体：POST /admin/creators（编号可传可自动生成 CR+日期+序号）+ 审核页「新增创作者」
- 开通账号：POST /admin/creators/{id}/account —— 仅 approved 可开（否则 200003）、已开通幂等返回
（created=false、不回明文）、用户名默认 creator.code 小写且冲突报 200001、随机 10 位初始密码一次性返回、
建 sys_admin_user + 绑 creator.admin_user_id + 授 creator 角色
- 重置密码：POST /admin/creators/{id}/account/reset-password（同样一次性明文，旧密码立即失效）
- 首登强制改密：sys_admin_user 加 must_change_password 列（幂等 ALTER；不新建表、不复用 two_factor 是因为
这个标记要能直接驱动登录响应与前端拦截），开号/重置置 1，自助改密后清 0
- 菜单收窄：26-30 从超管收回（sys_role_menu delete）；另外发现超管的菜单是"全量兜底"、根本不看角色-菜单表，
光收授权无效，所以加 sys_menu.super_admin_visible，这几条置 0 —— 超管侧边栏不再出现创作者中心
（代看代码保留，只是没有入口了，见回执）
- 权限点 creator:account（只授超管）；creator:list 之外的读接口未变
实测：未审核开号 200003 / 重复开号幂等 / 用户名冲突 200001 / 重置后旧密码失效新密码可登录 /
新账号只能看到自己的作品；创作者登录直接落 /creator-center/workspace 并弹出首登改密。
|
2026-10-15 16:00:42 +08:00 |
|
|
Vicky
|
ea875c3e2b
|
feat: 07 创作者中心批 1（账号绑定 + 我的作品 / 审核进度 / 通知）
为什么：创作者要在 Web 端（做进后台管理）看到自己的作品与审核进度，但 creator 模块
此前只有「后台审核视角」的服务，创作者本人没有任何入口；更要紧的是，全项目没有任何
地方把「后台账号」和「创作者主体」关联起来 —— 缺这层映射，横向越权就只能靠每个接口
自觉加 where 过滤，迟早会漏。所以批 1 先把归属判定的地基打好，再给工作台接口。
- creator 增加 admin_user_id（幂等 ALTER + 部分唯一索引，0 = 未绑定，多条 0 不冲突）
- 新增角色 creator 与权限点 creator-center:view（创作者角色 + 超管各授权一条），菜单等页面做好再挂
- 新增 CreatorCenterService：requireCurrentCreator() 是归属判定的唯一入口，requireMyDrama() 供后续批次复用
- 新增 /admin/creator-center 四个接口（profile / dramas/page / dramas/{id} / notices），
一律不接收 creatorId，查询强制 where creator_id = 当前创作者，访问他人作品统一 403
- 通知不新建表：由入驻审核结果 + 内容提交审核结果派生（ops_notice 无产出方，等有公告功能再接）
- 顺手接通 drama.trailer_url：DDL 与实体早就有，但保存 VO / 响应 VO 都没带，预告片存不进也读不出
- ContentSubmissionService 补 typeText + TYPE_* 常量（通知文案与批 2 的提交都要用）
|
2026-10-15 13:45:32 +08:00 |
|
|
Vicky
|
b3179fc836
|
refactor: 后端标识统一为 FruitShorts，并落地 05 离线下载
为什么：
1) 产品已定名 FruitShorts，但后端仍是 reelshort 系列标识 —— Java 包 com.reelshort、
模块名与 jar 名 reelshort-*、spring.application.name、配置前缀 reelshort.*，
这些会出现在启动日志、命令行和 IDE 里，与产品名不一致。本次整体替换为 fruitshorts，
数据库连接名上一轮已改名，保持不变。
2) 第一阶段下一批第 1 步（05 离线下载）要求把下载授权（设备绑定/有效期/吊销）、
下载任务与断点续传、配额与过期清理、仅 Wi-Fi 规则做成完整接口，本提交一并落地。
3) 顺带修复：schema-phase1.sql 里 playback_ticket / order_event 仍按普通表定义唯一索引，
表分区化之后重跑脚本必定报错（分区表的唯一索引必须包含分区键）。改为在本脚本里就
按分区表定义，并验证脚本可重复执行。
|
2026-10-15 11:44:26 +08:00 |
|