 Zhou Weidong
|
bbf46b3445
|
feat: 主键自增改雪花 ID（为分库分表预留）
- 52 个 entity 主键 @TableId 由 IdType.AUTO 改为 IdType.ASSIGN_ID（雪花）
- 双服务 application.yml 的 mybatis-plus id-type 由 auto 改为 assign_id
- schema 脚本主键去掉 GENERATED BY DEFAULT AS IDENTITY
|
2026-10-17 02:26:43 +08:00 |
|
|
Zhou Weidong
|
5f9483a86c
|
feat: 接口字段补 @Schema 中文说明 + 精简冗余字段 + 接入 Prometheus 监控
- 全部 VO 字段补 @Schema(description) 中文说明，在线文档字段可读
- AppEpisodeVO 精简 duration/isFree 冗余字段（保留 durationSec/locked）
- framework 引入 actuator + micrometer-registry-prometheus
- SecurityConfig 放行 /actuator/prometheus，双服务配置 management 暴露指标
- 新增 deploy/docker-compose.yml + prometheus.yml 监控部署配置
|
2026-10-17 02:24:25 +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
|
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 |
|