 butubb
|
6ee089e023
|
feat(发布计划): 标题 + 正文（标题 || 正文 _手机号_日期_编号）+ 发布流程多一步填正文；账号名称全面下线
一、正文（video_plan.body，schema v10→v11）
- 标题 txt 一行里可带正文，用 `||` 分隔（标题/正文都常带下划线，不能再用下划线分列；
只切第一处，正文里再出现 `||` 原样保留）：`标题 || 正文 _手机号_日期_编号`
正文可省（老文件照收）；两种写法（标题在前 / 手机号在前）都能带正文
- 长度：标题 ≤100 字、正文 ≤1000 字，超了**拒收不截断**
- 「待发布」判据从"有没有标题"改成"**标题或正文有没有内容**"（`_sync_content_status` 一处定义，
改标题/改正文/批量导入三处共用），只给正文的行也照样待发
- 导入配对：同标题补一条新正文**要收下**（不能当重复跳过）；已有别的标题仍然拒收（不静默覆盖）
二、发布流程多一步
- 骨架 15 → **17 步**：⑪ 输入文字(计划的标题) → ⑫ 点击正文框 → ⑬ 输入文字(计划的正文) → ⑭ 发布 → ⑮ 标记
- 「输入文字」取值来源集中到 `RELEASE_TEXT_SOURCES`：release_title(_topics) / release_body(_topics) /
release_title_body（标题+正文，只有一个输入框的抖音版本用）；`build_caption(key=…)` 支持三种来源
- 任务编辑器与发布计划就地编辑器的下拉都补齐这 6 档；待抓的空选择器 5 → 6 个（多了正文框）
三、账号名称下线（用户要求：只要抖音号）
- 发布计划：卡片 / 明细表 / 搜索 / 导出 CSV 都不再有账号名称（CSV 改为
发布日期/设备号/手机号/抖音号/编号/标题/正文/分享链接/发布时间）
- 账号台账：列表列 / 编辑弹窗 / 粘贴导入预览 / 设备维度弹窗 / 导入说明与示例都去掉；
**粘贴导入忽略这一列**（不报错、不落库），库里的历史值保留（不删列）
- 设备端 Agent 身份页：平台不再下发名称（传空串，**不改 APK 也能生效**，避免老版本解析失败）
四、文档 / 测试
- DATA_MODEL：body 列 + schema 11；API：upload_titles（`||` 语义）、PUT {title,body}、CSV 列、骨架 17 步
- TASK_DEV：骨架 17 步、`input_text` 六个取值来源表、正文长度上限
- ARCHITECTURE：release.js 说明（正文、不显示账号名称）
- 测试（%TEMP% 被系统清理后重建）：test_plan_body.py 33 项（解析/取内容/骨架/入库/导入配对）、
smoke_app_body.py 10 项（整机装配：页面、PUT 改正文、时间线、CSV 表头）—— 全过
|
2026-10-11 16:36:56 +08:00 |
|
|
butubb
|
a800d051ae
|
feat(发布计划): 标题行两种写法都认 + 行首 # 不再无条件当注释
一、标题行解析（core/video_plan.parse_title_line）
- 原来只认「标题内容_手机号_日期_编号」（右锚定）。现在**两种都认**：
① 标题内容_手机号_日期_编号 （推荐，右锚定 —— 标题里带下划线也不会错配）
② 手机号_日期_编号_标题 （左锚定，跟视频文件名同序 = "文件名去掉扩展名 + 标题"）
两种里都**先试带编号的**，保证同一行永远只有一种解释；编号都可省略。
- 新拒收一条：`手机号_日期_1`（只有编号、没标题）**直接拒** ——
不能把它当标题"1"（静默生成一条标题是"1"的文案，比拒收危险得多）；
标题真是纯数字的用写法①。
二、`#` 开头的行（parse_titles_text）
- 原来是"以 `#` 开头就整行忽略" → **`#中秋快乐_...` 这种正常标题会被静默丢掉**。
- 改成**先按标题行解析，解析得出就当标题；解析不出且以 `#` 开头才算注释**。
`# 这是注释` 照样忽略，`#话题` 开头的标题照收（`#` 保留在标题里）。
三、其它
- 文案同步：上传标题面板/帮助文案、doc/API.md 的 upload_titles 语义（两种写法、`#` 规则、拒收条件）
- 测试：新增 8 条（两种写法 × 带/不带编号 × 标题含下划线与 #话题、只有编号要拒收、整段注释与报错）
|
2026-09-29 09:00:43 +08:00 |
|
|
butubb
|
b98e6deac1
|
feat(发布计划): 视频发布计划（批量上传配对 → 时间线 → 推送到手机 → 发布任务 → 分享链接）
一、平台侧（账号 → 发布计划页）
- 新表 video_plan（schema v9→v10）：账号×发布日期×编号 → 素材 + 标题 + 发布状态 + 分享链接；
状态机 pending/ready/pushing/publishing/done/failed/unknown/skipped（**failed 与 unknown 必须分开**：
推送阶段的失败可安全重试；碰过抖音之后的岔子只能算"结果未知"，绝不自动重发）
- 素材上传：文件名 `手机号_日期_编号`（编号可省）解析配对；标题 txt `标题内容_手机号_日期_编号`；
内容寻址落盘 data/videos/YYYY-MM/（sha1 分块算，同名不存两份），**不进整库备份**但进 manifest 反查
- 新蓝图 web/video_plan_api.py：上传/时间线/统计/单条增删改/推送到手机/标记结果/裁决/链接导出 CSV/
任务列表与一键新建、**就地编辑**（GET/PUT /tasks/<id>）、**一键推送**（POST /push_all，按设备分组、设备内串行）
- 账号页拆子分栏（台账 / 发布计划）+ static/admin/release.js；清理 job（04:41 僵尸回收+过期行、04:47 素材文件）
- 上传体积：MAX_CONTENT_LENGTH（默认 2GiB）+ 413 JSON + nginx client_max_body_size（修现有 APK 上传隐患）
二、任务侧（平台推素材，抖音流程你自己写）
- 新步骤 push_release「推送发布视频」：原子占位 → adb push → **touch 改成"现在"** → 清旧目录同名副本 →
触发扫描并**按路径**校验相册索引 → 标题写进剪贴板；默认目录 /sdcard/DCIM/Camera
- 新步骤 mark_release「标记发布结果」：回写 done/failed/unknown，成功时抓作品分享链接、删手机素材
- input_text 支持 text_source=release_title（自动取计划标题 + 回读校验）；
if_el 的候选值来源新增 release（**本机当前发布计划**的抖音号/昵称，发布前校验"登的是不是要发的号"）
- build_release_steps 骨架 15 步：⓪ 亮屏 → ① 打开抖音(等首页) → ② 点「我」→ ③ 等抖音号出现 →
④ 条件判断(账号) → then ⑤ 推送 ⑥⑦⑧⑨⑩⑪⑫ 抖音点击/填标题 → ⑬ 标记 / else 发通知跳过
三、修（推送这一路的检测机制）
- **uiautomator2 3.x 的 d.shell() 返回 ShellResponse（tuple 子类）不是 str**：`'x' in resp` 恒 False、
`.strip()` 不存在 → "推上去的文件大小不对"每次都判失败（文件其实推上去了）、相册校验永远报没进、
删除确认永远判没删掉。新增 publish_flow._sh() 统一取 .output；大小改成解析 ls -l 的大小列
- **adb push 保留本地 mtime** → 推 3 天前上传的素材在按时间排序的相册里排不到最前，
"点第一个 = 刚推的那个"不成立 → 推完 touch
- 相册校验**按路径**比（MediaStore 的 _data 会把目录小写、/storage/emulated/0 ≡ /sdcard），
只比文件名会被老目录的同名残留骗过去
- 屏幕没亮就启动抖音会永远停在启动页（UI 树为空）→ 后面"点我/等抖音号"必然 miss，
最后报成误导人的"账号不符" → 骨架第一步固定加「亮屏」，open_app 等「首页」出现
四、其它
- core/ledger.serial_of()：设备名 → 当前地址（设备换 IP 后快照是错的）
- 通知事件 task.video.published / task.video.failed；备份清单加 video_plan 与素材统计
- 文档同步：DATA_MODEL §2.11 + schema v10、API（新接口与语义）、TASK_DEV §4.7 专章、
ARCHITECTURE（账号页子分栏/release.js/两个 job）、DEPLOY（表数/nginx）、NOTIFY、DEVELOPMENT、README
|
2026-09-28 15:59:09 +08:00 |
|