2 Commits

Include renames

Author	SHA1	Message	Date
Sakurasan	4bb2ff4145	多用户与角色：owner / admin / reader 三级，用户管理页 + 密码上库 ... - users 表加 password_hash 列；后台账号（owner+admin）密码 bcrypt 存行内， 首次登录把 env / settings 引导凭据自迁移成行哈希 - 会话 token 从用户名改为携带用户 ID，角色与停用状态每请求查库， 改角色 / 停用账号即时生效（存量会话立即 401） - 登录：先查 users 表，再走 settings 哈希 / env 引导链； admin/admin 开发模式在任何账号设过密码后失效 - 权限：系统设置、用户管理仅 owner；内容管理 admin+owner； admin 后台新增 用户 页（创建 / 重置密码 / 停用 / 删除）， 设置页「登录与存储」tab 对管理员隐藏 - 账户页加修改密码表单（旧密码校验，OAuth/Passkey 首设免旧密码）； 评论区管理员身份跟随各自账号，不再统一挂站主名下 - 修复：providers 为 nil 时账户页白屏（Go nil slice 序列化成 null）	2026-10-01 22:35:37 +08:00
Sakurasan	1b3eb870da	文件删除前查引用：被文章/项目/站主头像用着就先挡住 ... - store.FileReferences(key) 反查谁在用这个文件：文章（封面 + content_md + content_html）、项目封面、settings.owner_avatar_key。匹配的键是 files.key 本身 而不是完整 URL——本地 /uploads/{key}、R2 {publicBase}/{key}、缩略图 /uploads/thumb/{key} 三种形态都以 key 结尾，换存储端后正文里的老链接照样查得到。 草稿也算：现在没发布，删了将来发出来就是裂的。 - 按需 LIKE 现扫，不维护计数表：写入口有编辑器、外链转存、短文、项目、头像好几处， 计数一旦漂移就再也信不过；删文件是低频操作，扫全表几十毫秒换一个永远正确的答案。 - 新端点 GET /api/admin/files/{id}/refs；DELETE 默认对在用文件返回 409（消息带引用数 和前三个位置名），明确带 force=1 才真删。守卫放在动 blob 之前——存储端一删就没法回头。 - 后台删除弹层先把引用清单摊出来（文章《标题》（草稿）、站主头像），仍然要删才带 force。 引用查询失败就按无引用走：真被引用时后端会 409，不会静默删掉在用文件。 顺手把另一个 agent 工具的本地草稿目录（.zcode/、.zcodeignore）加进 .gitignore。	2026-09-30 02:03:14 +08:00