 zqlit
|
af1bbf9c1e
|
chore(远端): 彻底剔除 GitHub —— 删除已退役的 GitHub Actions 定义
用户明确「GitHub 现在整改，不能再作为备份库」，据此把 GitHub 从本项目
所有环节清干净。上一轮（b39dc297）已完成 remote / 推送别名 / 发布链路的
去 GitHub 化，本轮清掉最后一块实体：CI 定义。
- 删除整个 `.github/` 目录（3 个文件、共 1268 行）：
deploy.yml 1169 行 原主构建发布流水线（已由 .cnb.yml 接管）
aliyun-backup.yml 54 行 备份到阿里云 OSS
cleanup.yml 45 行 清理 artifacts / cache
已确认无任何脚本、配置或流水线引用它们（全仓只有 .cnb.yml 的注释提过 deploy.yml）。
实现完整保留在 git 历史里，需要时可翻。
同步更新引用它们的注释与文档（否则会指向不存在的文件）：
- `.cnb.yml` 头部：说明原流水线已删除、要查旧实现请翻 git 历史；
去掉「见 deploy.yml 第 290 行」这类失效指向
- `CNB构建落地方案.md`：
§4.0 标题「CNB 主仓 + GitHub 备份」→「+ 辅仓备份」
§pushurl 缺陷论证里「GitHub 那份备份」→「辅仓那份备份」
§敏感文件：「已核实 github.com 返回 Page not found」→ 更新为
账号被标记 + 仓库被 AUP 清空，该威胁面已消失
§历史清理的判断已变：当初不做的唯一顾虑（备份会分叉）已随 GitHub 消失，
filter-repo 现在是可行窗口（代价：SHA 全变、自建 Gitea 需重推）
- `架构总览.md`：§5.1 标注当前实际只用 `git push origin main`（gitee remote 未建）；
§6 #1 改写为「GitHub 已彻底退出备份体系」、#5 由「可删」改为「已删除」；
末尾「已退役参考」改为「已删除，可翻 git 历史」
- `README.md`：脚本表补上 `backup-bundle.mjs` / `backup-task.cmd`；
`setup-cnb-remotes.sh` 的说明去掉 GitHub
|
2026-10-06 21:11:48 +08:00 |
|
|
zqlit
|
b39dc29753
|
chore(远端): 移除 GitHub，改为「CNB 主仓 + Gitee 辅仓」
起因：GitHub 账号被平台标记，随后仓库被按 AUP 合规条款清空 ——
远端只剩一条孤立提交（无父提交、无内容）：
c21d5669 2026-10-06 20:08:32 +0800 zqlit
chore: remove repository content (AUP compliance)
同时远端 main 的历史与本地**完全分叉**：两边只共享 2024-07-11 的 Initial commit，
之后每个提交 SHA 都不同（远端那份 989 提交、剥离了 .env/私钥/大二进制）。
所以 `git push gh main` 无法快进，也不可能再当备份用。
改动：
- `git remote remove gh`（改动前配置存 .workbuddy-backup/git-remotes.20261006-201354.txt）
- `pushall` 别名 → `git push origin main; git push gitee main`
- `scripts/setup-cnb-remotes.sh`：参数化第二个远端为 Gitee，
顺带把「若残留 gh remote 就清掉」做进脚本；Gitee 凭据走 wincred
- `架构总览.md`：§2 发布旅程图、§5.2 远端表、§6 遗留待办全部改指向；
新增 §5.2 的 GitHub 退役记录（含那条孤立提交的原文）
与 §5.3「Gitee 辅仓的两条硬约束」实测核算
- `CNB构建落地方案.md`、`README.md`：远端与 pushall 说明同步
- **发布链路一起去 GitHub 化**（这几处原先都写死了 gh）：
· `deploy/editor-api/bootstrap.sh` GH_URL/GH_SSH_KEY → GITEE_URL/GITEE_SSH_KEY，
remote `gh` → `gitee`，known_hosts/私钥文件名跟着改；
保留原设计：**没给私钥就自动降级成只推 origin**，不会让每次发布都报错
· `docker-compose.editor.yml` PUSH_REMOTES → origin,gitee
· `editor-api/server.mjs` 默认值 → 'origin,gitee'
· `editor-api/README.md` 变量表同步
★ 尚未解决 / 需要决策的两条 Gitee 硬约束（详见 架构总览.md §5.3）：
1. **单文件 ≤ 50MB，而 `bin/linux/hugo` 是 83.1MB**
—— 不管怎么瘦身历史，只要它还跟踪在 HEAD 里，Gitee 一律拒收。
2. 单仓库 ≤ 500MB，而 `.git` 是 620MB
—— 移出那个 83MB 后 HEAD ≈ 374MB，才有余量。
另：线上 editor-api 容器的 .env 仍是 `PUSH_REMOTES=origin,gh`，
且仓库里还有一个 `gh` remote。因为推送逻辑对辅仓失败只警告、不阻断发布
（`git.mjs`：主仓成即算成），所以**线上发布没有坏**；
但要真正切到 Gitee，需要等 Gitee 仓库与私钥就位后再部署一次。
|
2026-10-06 20:18:29 +08:00 |
|
|
zqlit
|
50a906e07c
|
perf(comments): 评论加载提速 + 骨架屏 + 友链弹窗 pjax 修复 + toast 统一 Message.js
优化：
- initArtalk 加节点级幂等守卫（mount.__atkInited，失败回滚），
消除 artalk.html/mypjax 多入口导致的 4× comments + 4× pv 重复请求
- fetch 包装层对无 body 的 GET/HEAD 去掉多余 content-type，
消掉 Artalk 对 GET /comments 的 CORS 预检（按完整 URL 缓存，
每篇文章都重付一次 RTT）。实测评论列表 +1150~1565ms → +626ms
修复：
- 评论列表骨架屏改注入 .atk-list-body（原骨架在 #Comments 内，
被 Artalk.init 清空），list-loaded/故障/12s 兜底移除
- 友链申请弹窗抽成 modules/friendlink.js 进 page-only bundle
（原内联脚本在 #pjax-container 外，pjax 后 flApplyOpenModal 未定义）
- toast 统一走本地化 Message.js/Qmsg 适配层（保留 window.Toast/showToast 旧 API）
文档：
- README / 架构总览 更新；新增 评论加载优化方案.md
|
2026-10-04 15:00:52 +08:00 |
|
|
Vaica
|
eddfac9a7b
|
fixed 删除多余的脚本文件
|
2026-01-25 16:13:14 +08:00 |
|
|
Vaica
|
371ec8adca
|
fixed 关于页面bug
|
2026-01-22 21:26:48 +08:00 |
|
|
Vaica
|
744d6cce8b
|
fixed 友圈bug
|
2026-01-21 23:18:35 +08:00 |
|
|
Vaica
|
d2c155927c
|
Update README.md
|
2026-01-21 13:14:15 +08:00 |
|
|
Vaica
|
8352af3610
|
Update README.md
|
2026-01-20 23:57:41 +08:00 |
|
|
Vaica
|
1243526162
|
更新readme文件
|
2026-01-20 23:50:10 +08:00 |
|