LoveChengke
19c2aa07b2
文档站（`docs/` 就是 docfx 项目，发布在 https://lovechengke.github.io/ClassHelper/）： - 四章 + 常见问题 + 完整参考，共 44 页：快速上手（8 页）/ 应用帮助（10 页）/ 管理运维（6 页）/ 开发文档（11 页）。信息架构照 ClassIsland 文档站来： 顶栏分章、左侧章节导航、右侧本页目录、上一页 / 下一页、站内搜索、深色主题跟随系统； - 自定义模板覆盖（`templates/classhelper/`）：把 docfx modern 模板那套英文 UI 文案 （In this article / Improve this doc / Next…）换成中文，补 GitHub 入口与版本徽标， 并加一层只调排版与配色的 `public/main.css`（不动 DOM 结构）； - 站点顶栏的版本徽标取自根 `package.json`（`docs/build.mjs` 用 `--metadata` 注入）， 不在文档里写第二份 —— 否则一定漂； - 404 页单独生成：GitHub Pages 的项目页挂在 `/<仓库名>/` 子路径下，而浏览器是按**被请求的路径** 解析页面里的相对链接的，所以 `<base>` 必须钉到站点根，由 `build.mjs`（本地 `./`）与 workflow（CI 传 `/<仓库名>/`）分别注入； - 构建前清空 `_site`：docfx 只覆盖不清理，删掉或改名的页面会以旧文件留在目录里， 而 Pages 上传的是整个目录。 版本迭代（**每一次 releases，不是每一次提交**）： - 新增 `scripts/version.mjs`。这个仓库里同一个版本号散在 **10 个文件**里（5 份 `package.json`、 `deploy/package.runtime.json`、两个 compose 的镜像 tag、插件 `manifest.yml`、以及插件 C# 里的 `PluginVersion` 常量），手工改必然漏一处，而漏掉的那处**不会报错**，只在某个不常走的分支上 表现为"版本号对不上"。现在收口成两条命令：`pnpm version:check`（逐处比对，不一致 exit 1） 与 `pnpm version:bump patch|minor|major`（一次改写全部 10 处，任何一处匹配不到或匹配到多处 就直接失败退出，不做尽力而为的部分改写）； - `AGENTS.md` 新增 §4.4「版本迭代（每一次 releases，不是每一次提交）」：写清版本号落在哪 10 处、 完整发布命令序列（体检 → 验收 → `dist:all` → 哈希清单 → 推 master → `gh release create` → Linux 包由 CI 合并哈希行），以及"已发布的版本号不要复用"的理由。 其它： - `.github/workflows/docs.yml`：推 master（`docs/**` / `package.json` / workflow 自身有变）即构建并 部署到 Pages；构建带 `--check`，把 docfx 的警告当错误 —— 最常见的警告是"某个 `.md` 没被任何 `toc.yml` 引用"，那种页面有内容但没有侧边栏，属于必须修掉的疏漏； - docs 目录重组后的引用同步：`production` / `mysql` / `linux-deploy` / `winisland-design-tokens` 移到新位置后，AGENTS.md、`deploy/`、`scripts/`、客户端源码注释里的路径引用一并更新； - 文档站只发布 `docs/` 这一棵树，页面里指向树外的相对链接（`../AGENTS.md` 等）改成 GitHub 绝对 URL， 否则上线全是 404； - 图标派生清单补上文档站模板里的 `logo.png` 与 `favicon.png`（`pnpm icons` 一并生成， 仍然只有一个图形源 `build/classhelper.{png,ico}`）； - `docs/_site` 进 `.gitignore` / `.prettierignore` 与 ESLint ignores； - 根脚本补 `version:check` / `version:bump` / `docs:build` / `docs:serve` / `docs:check`。
4.5 KiB
4.5 KiB
title, description
| title | description |
|---|---|
| 管理运维 | 部署形态怎么选、备份与恢复、换数据库、升级与回滚，以及上线前要逐项确认的清单。 |
管理运维
这一章写给管服务器的人。如果你只是要用它，看应用帮助就够了。
先选部署形态
| 形态 | 适合 | 产物 | 详细 |
|---|---|---|---|
| Windows 安装包 | 学校机房、教师办公电脑（单机即完整系统） | NSIS 安装程序，内置 Node 运行时 | 生产部署指南 |
| Linux 原生 + systemd | 学校已有 Linux 服务器 | 一键安装器 + classhelper 运维命令 |
Linux 部署与运维 |
| Docker | 云服务器、跟别的服务共用一台机器 | deploy/docker-compose*.yml |
生产部署指南 |
| 手动部署 | 已有 Node 环境、需要自定义 | 免安装目录 | 生产部署指南 |
一句话的取舍：
- 只有一台 Windows 机器 → 安装包形态，装完就能用，卸载也不留东西。
- 有 Linux 服务器 → 一键安装器，之后所有维护都在
classhelper这一条命令里。 - 要对外提供服务 → Docker 或 Linux + Nginx 反代 + HTTPS（公网部署必须有 TLS）。
数据库：默认 SQLite，可以换 MySQL
默认用内嵌的 SQLite，单校规模完全够用，而且备份就是复制一个文件。 多校区 / 高并发 / 需要多实例再换 MySQL：
主库只支持 SQLite 与 MySQL。Redis 是内存键值库，Prisma 不支持它建表 / 迁移，接口层直接拒绝。
升级
不同形态的升级方式不一样，共同点是：升级数据不会丢，但升级前一定先备份。
| 形态 | 升级方式 |
|---|---|
| Windows | 停服务 → 备份 data → 跑新版本安装程序（覆盖安装保留 .env） |
| Linux | sudo classhelper upgrade（自动下载、校验、快照、失败回滚） |
| Docker | docker compose pull && docker compose up -d |
| 手动 / 源码 | 替换程序目录，启动时自动补跑数据库迁移 |
完整流程、回滚与注意事项见更新与升级。
上线前逐项确认
- 改掉
admin与教师账号的默认密码； JWT_SECRET是随机值（≥ 48 字节）并妥善保管 —— 换它会让所有人重新登录；- 公网访问走 HTTPS 反向代理（
deploy/nginx.conf可直接用）； CORS_ORIGIN收敛到具体域名，不要留*；TRUST_PROXY=1并确认限流按真实 IP 生效（/api响应头有RateLimit）；- 反向代理放行
/socket.io/的 WebSocket 升级（否则实时推送静默失效）； - 数据库账号用最小权限，只授权业务库；
- 配好定时备份，并且验证过能恢复；
- 关注
/readyz与日志里的 5xx。
监控与日志
| 端点 | 用途 |
|---|---|
/healthz |
存活探针：进程活着即 200 |
/readyz |
就绪探针：数据库可连才 200，否则 503 |
/api/health |
详情：环境、数据库、已挂载模块、运行时长 |
日志输出到 stdout/stderr；安装包形态由启停脚本重定向到 logs/server.log（UTF-8）。
访问日志含方法、路径、状态码与耗时，5xx 记 error、4xx 记 warn。
故障排查
常见现象与排查方向列在生产部署指南的最后一节，
以及常见问题。Linux 特有的问题（systemctl 启动即退出、EACCES、
SQLite database is locked）在 Linux 部署与运维 的故障排查一节。