jianghaifeng/FruitServer
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
508 Commits 10 Branches 1 Tag
5227762aeb6094e58201c70d2aeb969dbbdd1bfd
Commit Graph
12 Commits
Author SHA1 Message Date
jianghaifeng 4418a840ec refactor(app-api): 按新口径撤除 App 侧创作者中心的 works / stats 
为什么：用户口径变更「创作者中心是 web 端，和 app 客户端没关系」，契约已由 PM 提交 bb21920
移除两条 C 端定义；本提交把代码对齐到新契约，App 侧创作者相关只保留入驻申请。

- 删除 GET /app/creator/works、GET /app/creator/stats 两个端点及无用注入
- 删除 CreatorStatsService.java（213 行，与后台 07 看板重复的独立实现）
- 删除随之成为死代码的：CreatorAppService.requireActiveCreator / myWorks、
  CreatorCenterService.pageMyDramasOf、ErrorCode.CREATOR_NOT_ACTIVE(200007)
- 删除对应测试 7 条（works/stats 契约 4 条 + requireActive 3 条）；
  保留 apply 幂等与协议版本校验、config 白名单、notices 空列表
- 不动 POST /app/creator/apply、GET /app/config、GET /app/notices；不改 docs/api-phase1.md
- 实测：mvn test 98 → 91 条全过；package 通过；/v3/api-docs 接口数 41 → 39，
  creator 相关只剩 /app/creator/apply；两个已撤除路径对已登录客户端返回 404
 2026-10-16 15:21:13 +08:00
jianghaifeng 14b5e4137f feat(app-api): E1 补全 5 个 C 端接口（创作者入驻/作品/看板 + 启动配置/公告） 
为什么：联调 10-19 开始，前端照 api-phase1.md §1.9 写会 404，需要先把这 5 个补齐。

契约先行（12-上线检查清单 §一）：先重写 api-phase1.md §1.9 —— 把 commerce 三条移出本节标"已实现"，
补齐 5 个接口的请求/响应字段、错误码、分页口径、幂等矩阵，并新增 200007 CREATOR_NOT_ACTIVE。

- GET /app/config（匿名）：硬编码白名单 6 键 + 契约默认值兜底，绝不整表下发
- GET /app/notices（匿名）：ops_notice 只读分页（status/target/发布与过期时间），无数据返回空列表
- POST /app/creator/apply：幂等，防重靠 DB 唯一索引 uk_creator_user，并发冲突读回既有记录
- GET /app/creator/works：非生效创作者报 200007 + 分状态提示，不返回空数组冒充成功
- GET /app/creator/stats：与后台 07 看板同口径（字段/notes 逐条一致），null + notes 语义保留
- 冻结模块零改动：module-creator 仅新增 CreatorAppService/两个 VO 与 1 个公开方法 pageMyDramasOf，
  既有 pageMyDramas 一行未动；module-system 仅新增 OpsNotice 实体与 Mapper
- Swagger 中文注解按 S1 规范补齐；白名单与 /app/notices 加进安全白名单
- 实测：mvn test 98 条全过（app-api 41→56）；package 通过；端到端五接口全部符合预期
  （重复 apply 同 id + created:false、pending 看 works/stats 报 200007、approved 后正常）
 2026-10-16 14:56:44 +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 efeb9fcfaf feat: 创作者中心支持超管只读代看（未绑定不再白屏） 
为什么：/creator-center 菜单同时给了超管和创作者，但接口只认"绑定了 creator.admin_user_id 的账号"，
而 creator 表为空 —— 超管点进去每个接口都 403，页面全白。这是设计缺口：需要一条"超管代看"的合法路径，
且必须既能让运营排查问题，又不能变成越权入口。

- requireCurrentCreator 改三级解析：① 绑定优先（创作者角色永远走这条）② 未绑定 + creator-center:impersonate
  + 请求头 X-Creator-Id → 只读代看 ③ 其余给可识别错误码（200004 未绑定 / 200005 未选目标）
- 目标走独立请求头而不是查询参数：creator-center 接口继续"不接收 creatorId"；
  且只有具备 impersonate 权限的账号这个头才生效 —— 创作者自己带也不影响"只看自己的"
- 只读硬边界：代看态下作品编辑、分集增删改/排序、上传会话与产物挂载、提交/撤回、收费配置一律 200006
  （写路径统一走 requireWritableDrama/requireWritable；上传会话在 MediaController 里用 ImpersonationGuard 拦）
- 代看进入写 audit_log（AuditLog 实体 + AuditLogService，同人同目标 10 分钟去重），表本来就有、之前无代码引用
- 新增 GET /admin/creator-center/impersonation/targets（仅 impersonate）供顶部下拉取数
- 权限点 creator-center:impersonate 只授予 super_admin（content_operator 第一阶段不给）
- 修掉菜单 26 的路由名冲突：它和 17 号菜单（创作者管理）都叫 CreatorCenter，Vue Router 同名路由互相覆盖，
  导致超管整个 /creator-center 子树注册不上（点进去 404）。改名 CreatorWorkspace，并核对全表无重名

实测：创作者带 X-Creator-Id 仍只看自己的、仍能编辑自己的作品；代看下 9 个写操作全 403；
audit_log 有且仅有一条代看记录（12 次代看请求去重成 1 条）。
 2026-10-15 15:25:22 +08:00
Vicky a635de7111 feat: 07 创作者中心批 5（前端页面所需的菜单、隐藏路由与详情字段） 
为什么：创作者中心的四个页面要挂到后台菜单里，但「作品编辑」是详情页（/creator-center/dramas/:id），
不能出现在侧边栏。当前菜单体系只下发 visible=1 的行、且 meta 里没有 hidden 字段，直接加会导致
"要么侧边栏多出一条无意义菜单，要么详情页路由根本不存在（点编辑就 404）"。所以先把这套补上：

- MenuVO.Meta 增加 hidden；MenuService 把 visible=0 翻译成 meta.hidden，
  并让路由下发不再过滤 visible（隐藏项仍要注册路由，侧边栏由前端按 meta.hidden 过滤）
- sql/data-phase1.sql 补创作者中心菜单 26-30（目录 + 我的作品 + 隐藏的作品编辑 + 收费配置 + 数据看板），
  创作者角色与超管各授权这 5 条；创作者角色**没有任何运营后台菜单**
- CreatorCenterDramaVO 补 subtitle/genre/description/trailerUrl/language：编辑页要回填这些字段，
  之前详情接口只给列表用的那几个字段
- docs/api-phase1.md：07 行改「已实现」，2.10 补四个页面清单与菜单隔离说明
 2026-10-15 14:47:09 +08:00
Vicky 8b8ebf944f feat: 07 创作者中心批 3（分片上传挂载 + 分集收费与试看） 
为什么：创作者传完片子得把产物挂到分集上才能播，而这条链路之前有两个洞：
uploadId 是"凭证"，谁拿到都能往别人的会话里塞分片 / 合并；产物挂载也没有归属校验，
拿到别人的 assetId 就能把自己的剧指向别人的素材。定价这边则缺创作者入口与试看秒数配置。

- 上传复用现有 /admin/media/upload/{init,chunk,complete}，不重写；新增 GET /admin/media/upload/{uploadId}
  做断点续传回显（receivedChunks/totalChunks/percent/status，完成后带 url）
- 上传会话归属校验：chunk / complete / 进度查询都要求会话发起人，别人拿到 uploadId 也操作不了（403）
- 新增 attach 接口：产物必须① 是本次登录的人上传的（media_asset.create_by）② bizType=EPISODE 且状态 ready/uploaded
  ③ 分集属于自己这部剧且作品可编辑；挂载时把产物时长补到分集上
- 收费配置复用 PriceService：新增创作者侧 GET/PUT /admin/creator-center/dramas/{id}/prices；
  PriceSaveReqVO/PriceRespVO 补 previewSeconds（落在已有的 drama_episode.preview_seconds，不新造一套）
- 定价沿用"可编辑状态"口径：draft/offline 可改，已上线要先申请下线；dramaId 以路径为准，别人的 episodeId 被忽略
- 权限点 creator-center:upload / creator-center:price:update；创作者角色同时获得 cover:upload / episode:upload（复用上传接口）

实测：未登录请求付费集返回 {"accessType":"COIN_REQUIRED","unlockCoin":50,"previewSeconds":15}，
免费集直接拿到签名播放地址 —— 创作者改的价格确实走到了 C 端付费判定。
 2026-10-15 14:12:10 +08:00
Vicky 255bcbf02b feat: 07 创作者中心批 2（内容编辑 / 分集 / 提交审核） 
为什么：批 1 只给了创作者"看"的能力（工作台、审核进度、通知），内容还是得后台代建。
批 2 补上"改"：创作者自己建草稿、编分集、提交审核，后台只管审。落地过程中发现三个必须一起修的问题：

1. 【会卡死创作者】后台驳回提交时不动短剧状态，剧会永远停在 reviewing，
   而批 2 里 reviewing 是只读 —— 创作者既改不了也提不了。现在驳回与撤回都会把剧退回 draft。
2. 【上线了却放不出来】C 端只播 status=published 的分集，但没有任何地方在剧上线时把分集带上线。
   审核通过 PUBLISH 时，仍处于草稿的分集一并上线。
3. 【编辑会误删字段】底层 apply() 对 null 会写空串/默认值：只想改封面的一次调用会把标题、时长、
   排序一起清掉（自测时两集排序都变成 1 才发现）。creator 侧改成"未传字段沿用现值"。

- 新增 CreatorContentService + /admin/creator-center 的 10 个写接口与 2 个读接口，
  一律不接收 creatorId，归属走 requireMyDrama，改别人的作品/分集统一 403
- 状态闸：只有 draft / offline 可直接编辑；reviewing / approved / published 只读并给出下一步动作
- 提交矩阵：draft→CREATE(首次)/UPDATE/PUBLISH，offline→UPDATE/PUBLISH，reviewing/approved→PUBLISH，published→OFFLINE；
  同剧同时只允许一条在审提交；撤回后作品退回草稿，支持撤回重提
- 权限点 creator-center:drama:edit（创作者角色 + 超管），docs/api-phase1.md 2.10 补批 2 接口与规则表
- 分集收费与试看秒数本批不碰（批 3 的收费配置页负责），新增分集默认免费，避免误定价
 2026-10-15 13:58:45 +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 1fb8427f28 feat: 08 创作者与内容审核落地（入驻审核 / 内容提交审核 / 定时发布 / 分集定价） 
为什么：
1) 内容是创作者供的，必须有一条可管控的供给链路：创作者入驻要审、内容提交要审、
   审核通过才能真正上架 —— 否则平台无法对内容和主体负责。
2) 审核不能绕过状态机。内容提交审核通过后，是顺着短剧状态机
   SUBMIT → APPROVE → PUBLISH 推上去，而不是直接写 status 字段，
   这样审核记录与操作日志都不会缺环。
3) 定时发布（publish_at 到点自动上线）同样走状态机，并且做成幂等任务：
   重复执行不会把已上线的剧再推一次。
4) 定价落在 is_free / unlock_coin 上，与权益表解耦：改价立即影响播放与下载判定，
   但已购用户的权益不受影响，不会因为改价把用户买过的东西收回去。
5) 补齐 PM 草稿未做的部分：5 个权限点 + 3 条后台菜单（含前端组件路径）+ 超管授权（幂等），
   以及后台定价页需要的价格读取接口 GET /admin/prices。
 2026-10-15 12:51:40 +08:00