用户定案:「自建 gitea 同步一下吧,openlist 也作为备选备份」。
于是把上一轮「撤销全部 git 辅仓」的决定部分回退:在线那一路回到自建 Gitea,
OpenList 上的加密 bundle 从「唯一异地备份」改为「备选异地备份」。
两层不是重复,而是失效模式不同:
· 自建 Gitea(在线、可增量、可浏览)—— 不受任何第三方平台规则约束
· 离线 bundle(离线、单一文件、完整历史)—— 平台全挂也能恢复
一、实际同步
- Gitea 位于 23.254.236.47:3001(Gitea 28.0.0),本机直连即可推,
**不需要广州中转机**(旧结论「沙箱跑不通 git smart HTTP」只针对当时的代理)
- 远端停在 ed38f938(2026-10-04),落后 57 个提交,且是本地 HEAD 的**祖先**
→ 一次 fast-forward 追平,**未强推、未丢历史**
- 同步后 origin 与 gitea 均指向 5f27ad32
二、git 配置
- 恢复 remote `gitea`(凭据编在 URL 里,只落本机 .git/config,不入库)
- `pushall` 回到双推:
!git push origin main; ec=$?; git remote | grep -qx gitea && git push gitea main; exit $ec
· 用 `;` 而非 `&&` → 主仓挂了辅仓照样推
· `exit $ec` → 退出码仍以主仓为准,辅仓成功不掩盖主仓失败
· gitea 段带存在性前置判断 → 没配辅仓时静默跳过,不白报错
三、发布链路恢复 gitea(前一轮刚去掉,现按新定案加回)
- `deploy/editor-api/bootstrap.sh`
· 新增 GITEA_URL / GITEA_USER / GITEA_PASS(凭据必须现给,不写死在脚本里)
· PUSH_REMOTES 默认 → origin,gitea;没给 GITEA_PASS 则降级为 origin
· 恢复「配 gitea 远端」一节;退役远端名单去掉 gitea(只留 gh / gitee)
—— 否则新部署会把现行辅仓当成退役远端清掉
· 结尾补一句「未启用 Gitea 辅仓」的提示
- `docker-compose.editor.yml`、`editor-api/server.mjs` → 默认 origin,gitea
- `editor-api/README.md` → 变量表同步;`editor-api/Dockerfile` → 注释补 http 情形
四、`scripts/setup-cnb-remotes.sh` 改回双远端模式
- 头部沿革、USAGE、凭据段全部重写;GITEA_PASS 走环境变量,不入库
- 退役远端循环只清 gh / gitee;pushall 写同一份定义
五、文档
- `架构总览.md`:§1.2 地址地图加「代码辅仓」行、备份行降为「备选」;
§2 旅程图改双推;§5.1 推送重写(含别名实际定义与三条取舍);
§5.2 远端改双行表 + Gitea 接入细节;§5.3 由「不走 git 远端」改为
「远端与备份的分工」(三层各自的失效模式);§5.6 定位改备选;
§6 待办 #2/#4/#7/#10 更新
- `CNB构建落地方案.md` §4.0 目标形态与定案块、§4.1 第 4 条
- `README.md` 发布流程图、推送说明、脚本表
- `scripts/backup-run.mjs` 头部注释:不再是「唯一备份」
实测:
git push gitea main → ed38f938..5f27ad32 main -> main
git pushall → origin / gitea 双向同步,退出码 0
bash -n 校验 bootstrap.sh 与 setup-cnb-remotes.sh 均通过
editor-api —— 只做「在线编辑文章」的轻量后端
给 api.200181.xyz/admin 的「文章编辑」tab 当后端。零 npm 依赖(只用 node 内置模块),
所以没有 npm ci、没有锁文件、没有供应链风险,镜像也小。
它做什么 / 不做什么
只做这一件事:读写 content/posts/<YYYY>/<目录>/index.md,外加把图片放进文章同级目录,
以及把改动 commit + push 触发上线。
不做:评论、AI 摘要、部署编排、订阅……那些在 Worker 里。 账号体系也不在这里(见下节),本服务只认 Worker 转发时声明的身份。
角色:管理员 / 编辑(2026-10-05 加)
后台有两种角色,账号体系的唯一事实源是 Cloudflare 侧 D1 的 users.role 列
('' 普通评论用户 / 'editor' 编辑 / 'admin' 管理员,与 is_admin 同步):
| 管理员 | 编辑 | |
|---|---|---|
| 文章列表 | 全部 | 只有自己写的 |
| 读 / 改 / 删 / 传图 | 任意文章 | 只能碰自己的(越权一律 403) |
| 发布 | 全量 git add content static |
只 add 自己名下的文章目录(不会顺走别人未发布的改动) |
| 新建文章 | 可指定作者 | 归属与署名由服务端钉死(伪造 author_id 无效) |
| 评论/用户/设置/订阅 | ✓ | ✗(Worker 和本服务两层都拒) |
归属怎么记:文章 front matter 里的 author_id(= 后台用户 id,数字)。
- 用 id 不用昵称 —— 管理员随时可能改昵称,按昵称比对会「丢文章」。
- 老文章(改造前写的)没有这个字段 → 回退成按
author昵称认领; 编辑本人第一次保存时会自动补上author_id,正式划到自己名下。 - 服务端在保存/新建时忽略前端传来的
author/author_id,编辑永远改不了署名。
身份怎么传进来(两条通道,本服务不存任何账号):
- Worker 反代通道:请求带共享令牌
X-Editor-Token(浏览器拿不到), Worker 鉴权通过后注入X-Editor-Uid/X-Editor-User(encodeURIComponent 过的昵称)/X-Editor-Role。令牌对得上,这组头就是可信的。 只有令牌、没有身份头 → 按管理员处理(兼容 curl 调试和旧版 Worker)。 - 国内机直连通道(浏览器直接开 writeapi.usj.cc/admin/):
POST /admin/login把 账号密码转发给 Cloudflare 的/api/v2/user/access_token校验,通过后签发本机 HttpOnly Cookie 会话,会话里存{uid, name, role}。写文章那条链路依然不出境。- Cloudflare 连不上时:本机管理员账号(
ADMIN_USER/ADMIN_PASS)仍能登录(应急通道); 其它账号会收到 503「校验不了」,而不是误导性的 401。 - 「国内线路」一键跳转(
/admin/handoff)的 HMAC 签名覆盖时间戳+uid+名字+角色—— 编辑跳过去还是编辑,不会变成管理员。
- Cloudflare 连不上时:本机管理员账号(
三层结构
浏览器 ──► Cloudflare Worker (api.200181.xyz) ──► editor-api (这台服务器上)
/api/v2/editor/* 127.0.0.1:8017
只做「登录鉴权 + 注入令牌与身份转发」 真正读写文件 / git
- 浏览器永远接触不到
EDITOR_TOKEN:它只存在 Worker 的 secret 里。 - 容器端口只绑宿主机
127.0.0.1,公网扫不到;外面那层是 nginx 的/editor-api/。 - 鉴权复用后台登录会话:管理员和编辑都放行(
/editor/*只有文章相关接口), 评论/用户/设置等其它后台模块仍然只认管理员。
环境变量
| 变量 | 默认 | 说明 |
|---|---|---|
EDITOR_TOKEN |
必填 | 编辑器令牌。没设直接拒绝启动。openssl rand -hex 32 生成 |
BLOG_ROOT |
/blog |
博客仓库(git 工作区)路径 |
PORT |
8017 |
监听端口 |
BIND_HOST |
0.0.0.0 |
容器内监听地址;靠 compose 的端口映射限成 127.0.0.1 |
TRASH_DIR |
/app/trash |
删除文章的回收目录(在仓库外,不进 git) |
GIT_BRANCH |
main |
工作分支 |
PUSH_REMOTES |
origin,gitea |
依次推送的远端;主仓失败才算发布失败,其余远端失败只警告。origin=CNB 主仓(推送即触发构建),gitea=自建 Gitea 代码同步辅仓(需给 GITEA_PASS 才配得上,见 bootstrap.sh)。异地备份不在此列 —— 走 OpenList 上的加密 bundle(scripts/backup-bundle.mjs) |
GIT_AUTHOR_NAME / GIT_AUTHOR_EMAIL |
blog-editor |
自动提交的作者 |
DEFAULT_AUTHOR |
空 | 新建文章时 front matter author 的默认值 |
MAX_UPLOAD_MB |
20 |
单张图片上限 |
GIT_PATHS |
content,static |
git add 的范围(不会把别的东西误提交) |
BLOG_BASE |
空 | 博客对外地址(如 https://usj.cc)。配了列表/编辑页才返回绝对链接,「预览」按钮才能直接开新窗口 |
slug 生成规则(与 write-server 一致)
新文章不填 slug 时自动生成 YYYYMMDDHHMMSS(本地时间 14 位),
目录名 <YYYY-MM-DD>-<标题段>-<slug>——与 write-server 的 makeSlug(src/lib/bot/helpers.ts)
和 computeDirPath(src/lib/bot/sessions.ts)一字不差。仓库里 2026-06 之后
的文章全是这个风格。不要用标题当 slug。
接口
除 GET /health 外一律要凭据:X-Editor-Token(Worker 通道,附带身份头)
或本机会话 Cookie(国内直连通道),没有就 401。
| 方法 | 路径 | 说明 |
|---|---|---|
| GET | /health |
健康检查(免鉴权) |
| GET | /posts?q=&page=&perPage= |
列表(含 slugConflict 撞名标记;编辑只看到自己的) |
| POST | /posts |
新建,body {frontMatter:{title,...}, content} |
| GET | /posts/:id |
读单篇(id = 目录名,见下) |
| PUT | /posts/:id |
保存,body {content, frontMatter} |
| DELETE | /posts/:id |
移到回收目录 |
| POST | /upload?name=x.png&key=:id |
原始二进制直传,落到文章同级目录(编辑必须带 key) |
| GET | /git/status |
分支 / 改动文件 / 最近提交(编辑只看到自己目录的改动,返回里 scoped:true) |
| POST | /git/publish |
{message} → add + commit + pull --rebase + push(编辑只 add 自己的目录) |
| POST | /git/sync |
pull --rebase --autostash |
| GET/POST | /admin/session /admin/login /admin/logout |
国内直连后台的登录会话 |
| GET | /admin/handoff?ts=&u=&n=&r=&t= |
「国内线路」免登录跳转(签名覆盖身份) |
为什么用目录名当 id,不用 slug
仓库里真实存在 5 组 slug 撞名的文章(20210901、20211122、20211128、20211223、20240602)。
Hugo 的 permalink 是 /:slug,撞名时线上必有一篇被另一篇覆盖 —— 也就是说这 10 篇里有 5 篇
线上本来就打不开。如果按 slug 定位,编辑器会静默地打开/保存到另一篇文件上,直接毁数据。
所以:id 用目录名(文件系统保证唯一、单段路径),slug 降级为展示字段 + slugConflict 告警;
拿撞名的 slug 来查会返回 409 并列出候选篇目,绝不猜。
三条不会写坏老文章的底线
- 没动 front matter → 原文一个字节都不重写。
判断方式是「把前端传来的字段合并进已解析对象,再和已解析对象深比较」;相等就原样照抄
frontMatterRaw。这样解析器对冷门语法理解有偏差也无所谓。前端也配合:只回传真正改了的字段。 - 换行风格原样保留(CRLF/LF)。仓库
.gitattributes是* text=auto,仓库存 LF、 Windows 工作区是 CRLF,统一化会产生整文件 diff。 - front matter 与正文间的空行原样保留。语料里 111 篇有空行、19 篇没有; 正文剥掉前导空行给编辑框,回写时按原文件的风格还原。
测试
# ① 纯函数往返:split/join/parse/stringify 对全部真实文章逐字节还原
node test/frontmatter-roundtrip.mjs
# ② 保存往返(最重要):每篇都「读出来原样存回去」,断言 sha256 不变;测完自动还原
BLOG_ROOT=E:/GitHub/blog node test/save-roundtrip.mjs
# ③ 接口端到端(对真实仓库跑,测完自动还原)
BLOG_ROOT=E:/GitHub/blog node server.mjs & # 另开终端
node test/api-e2e.mjs http://127.0.0.1:8017 devtoken
# ④ 角色权限矩阵(自带一次性 git 仓库,不碰真仓库)
node test/role-perm.mjs
# ⑤ date 时分秒(自带一次性临时仓库):新建补时刻、同一天不再撞、保存不抹时刻
node test/date-time.mjs
本地联调
# 1) 后端(角色测试可以直接指到 .editor-tmp/uitest/blog 那个一次性仓库)
EDITOR_TOKEN=devtoken BLOG_ROOT=E:/GitHub/blog node server.mjs
# 2) Worker(blog-admin 目录)—— ★ 本机要先清代理环境变量,否则 wrangler dev 卡死在启动
env -u http_proxy -u https_proxy -u HTTP_PROXY -u HTTPS_PROXY npx wrangler dev --port 8799
# .dev.vars 里配 EDITOR_API_BASE=http://127.0.0.1:8017 EDITOR_TOKEN=devtoken
# 本地 D1 要先给 users 加 role 列(线上同理,见部署清单)
部署见 部署清单.md(根目录)的「文章编辑后端」一节。