7 Commits

Include renames

Author	SHA1	Message	Date
Henry_Du	deb71875c1	fix(users): 自己可改显示名、超管可在编辑里提升超管（修「保存失败/禁止修改自己的账户」） ... 站长反馈：在 admin 模式下仍无法修改用户信息，弹「禁止在用户管理中修改自己的账户」； 另外角色下拉里没有「技术运维」。 1) 自己改自己：原来一律禁止 → 现在**只允许改姓名（显示名）**，其余（账号名/年级/班级/ 状态/角色/密码）只要动了就仍然拒绝。这样站长能在「用户管理」里把 admin 的显示名 改成自己的名字（登录名仍是 admin，应急登录不受影响）。 状态比较忽略大小写：库里是 active，客户端历史版本可能发 ACTIVE，不该因此判定"改了状态"。 2) 超管可在通用编辑接口里把别人提升为 SUPER_ADMIN（站长要求下拉里要有「技术运维」）： 新增 allowPromoteBySuper 例外 —— 仅当登录者是 SUPER_ADMIN、目标角色设为 SUPER_ADMIN、 且目标不是初始账号（ID=1，本来就是超管）时放行；非超管仍被 canChangeRoleOf 拦住。 与 POST /api/admin/users/{id}/promote-super 效果一致，两条路都能走。	2026-09-30 22:58:10 +08:00
Henry_Du	dfb4891022	fix(users): 只校验"真的改过"的姓名/账号名，修回"管理员无法编辑其他用户" ... 站长反馈：管理员无法编辑其他用户信息了。 根因：「姓名/账号名必须纯中文」的校验是**每次编辑都重新做一遍**的， 所以历史账号（早期用拼音/英文建的、名字里带「·」或空格的）连"改个年级" 都会被这条规则拦死 —— 管理员等于没法维护这些账号。admin 账号之前也是同一个毛病。 改成与服务端同一口径的"只校验改动过的字段"： - 没改动 → 不校验（历史数据原样保留，不强迫改名）； - 改了 → 必须满足规则（纯中文；admin 账号的姓名例外）； - 主动把中文名改成拼音/带空格 → 仍然拦。 初始管理员（ID=1）的规则不变：登录名必须保持 admin、角色锁死、密码不在这里改。 （对应的小程序端同样改成"只校验改动字段"：编辑时记下原始姓名/账号名， 提交时比对；新增时两个字段都校验。）	2026-09-30 22:02:14 +08:00
Henry_Du	792b3d4ef6	feat(users): 初始管理员可改显示名（登录名锁死 admin）+ 新增「提升为超级管理员」 ... 站长诉求：想自定义 admin 账号的资料，但**必须保留 admin/admin123 作为应急登录**； 同时想用自己绑了微信的中文账号做日常管理。 按"哪些能改、哪些必须锁死"拆开处理： 1) server/api/admin/users/[id].put.ts —— 原来对 ID=1 **一律 403**（连显示名都改不了）， 现在： · 允许改：姓名（显示名）、年级、班级、状态； · 锁死：登录名必须保持 admin（那就是 admin/admin123 的应急通道，改了就登不进去）； · 锁死：角色不能动（防止把自己降权导致没人能管站点）； · 锁死：密码不在这里改（避免被其它管理员顺手重置；要改用它登录后去「设置」里改）。 2) 新增 POST /api/admin/users/{id}/promote-super —— 把某个账号提升为超级管理员。 之所以单开接口而不是放开通用编辑接口的 role：原 `canChangeRoleOf()` 明确禁止提升为 SUPER_ADMIN，两个前端的角色下拉也故意不给这一项。这里是**显式、可审计**的通道： 仅 SUPER_ADMIN 可调、不能提升自己、已经是超管的会提示、成功后清该用户认证缓存。 前端（小程序）配套：用户管理操作菜单改成 {label, run} 数组（有权限时才出现"提升为超级管理员"， 不再靠写死 tapIndex），点击有二次确认并列出会拿到的权限；编辑初始管理员时登录名输入框 disabled 并显示原因，姓名照常可改。	2026-09-30 21:42:59 +08:00
Henry_Du	5039ab3f79	feat(auth): 账号名必须是纯中文，唯一例外是管理员账号 admin ... 站长要求：账号名除了 admin 其它都必须是中文名。 原来「只能包含汉字」的校验散在 5 个写入路径上，而且**没有 admin 例外** —— 导致连 admin 账号自己都编辑不了（改任何字段都撞「姓名和用户名只能包含汉字」）。 - 新增 server/utils/username.ts：规则一处定义 · isValidUsername：纯中文，或恰好是 admin · isValidPersonName：姓名纯中文，但 admin 账号的姓名不做限制 · 统一提示文案（接口报错与客户端提示共用同一句） - 5 个写入路径全部改用它，并删掉各自的 chineseRegex： admin/users 新建、admin/users 编辑、admin/users 批量导入、auth/register、user/profile - 注册时明确拒绝 admin（系统保留账号） 已验证：两端规则对 9 个用例结论完全一致；5 处均无旧正则； admin 可编辑，拼音名（zhangsan / zhang.san / 张三1 / 带空格）一律被拦。	2026-09-30 20:50:09 +08:00
Henry_Du	0c71328efd	fix(nitro-import): permissions/user-avatar 引用路径统一改为 ~~/server/utils 别名，解决 Rollup UNRESOLVED_IMPORT	2026-09-12 10:27:07 +08:00
Henry_Du	d09d12828d	feat(admin): 优化用户权限分级·统一头像·数据分析面板修复 ... - fix(DataAnalysisPanel): 活跃用户卡片固定 400px + overflow-y 独立滚动容器，底部渐变遮罩提示滚动；列表项 tooltip 增加 max-height 与 overflow 截断；新增圆形头像显示与 @error 回退首字母 - feat(admin): 新增 getUserAvatarUrl 统一头像策略链（OAuth identity→Gravatar→DiceBear 7.x initials），stats/realtime、active-users、users/index 三处接口返回 avatarUrl - fix(admin): 建立 SUPER_ADMIN(100)>ADMIN(80)>USER(10) 分级常量与 canChangeRoleOf/canResetPasswordFor 等谓词；reset-password、[id].put、index.post 全面应用级别守卫；前端 UserManager 按钮按权限禁用、availableRoles 按操作者级别过滤 SUPER_ADMIN/ADMIN 等高角色	2026-09-12 08:36:45 +08:00
Henry_Du	4ce4649aaf	初次提交	2026-09-06 08:19:02 +08:00