第 7 节：如何统一超级管理员、项目权限与后台入口

HORU 跨境社区实战 · 第 07 节

以唯一超级管理员和既有统一用户中心为基础，区分身份、项目角色和后台访问权限。

本文记录 HORU 跨境社区 的实际建设过程。HORU（horu.world）同时提供蜡笔小账本、租的值与博客，各项目使用统一身份入口。文中历史页面和验收记录按当时状态说明。

先分清三个概念

身份说明用户是谁，角色说明其在某个项目中能够做什么，后台入口负责让有权限的人找到管理页面。这三者相关，但不能互相替代。HORU 各项目共用统一身份，项目管理权限仍需由服务器检查。页面上出现一个按钮，不等于后端已经允许对应操作。

超级管理员需要明确归属

项目要求把超级管理员统一到指定的 HORU 所有者账号，并减少历史系统中不一致的管理身份。实际操作需要先核对账号归属、已有角色和业务关联，再调整角色映射。文章与截图只展示角色关系，避免公开私人邮箱、登录凭据或完整的用户导出数据。

沿用既有统一用户中心

HORU 已有 /horu-admin/ 用户中心。新增社区时，需要在这里增加社区 TAB，让管理员看到真实项目用户、角色与管理入口。后续新项目也沿用这一接入方式。若用户列表来自同步任务，应显示更新时间，让管理者知道当前结果对应哪一次同步。

社区入口按照会话显示

有管理权限的用户在社区登录后，应能够找到后台入口。访客和普通账号访问同一管理地址时，服务器仍要检查会话与角色。仅用前端隐藏按钮无法保护接口。列表查询、审核和权限修改也需要各自的授权规则，不能因为用户能进入后台就默认允许全部操作。

不同账号分别验收

使用管理员检查入口与数据，再用普通用户和匿名请求访问后台页面及接口。匿名接口应明确拒绝访问，普通账号不应通过修改 URL 或请求参数取得管理数据。权限调整后还需检查旧会话如何更新，避免前后端在角色变化后长期不一致。

后台数据也有可信度要求

用户数、待审数和日志应来自实际数据来源。没有统计能力时，应清楚表达当前能提供的信息，而不是填入演示值。HORU 后续替换了演示概览，读取实际账号和内容状态。下一节会继续说明如何撤下示例帖子及虚假的活跃趋势。

把这一节用到自己的项目

先选一个真实入口或一条测试数据，按下面的顺序记录结果，再扩大检查范围。

1. 统一用户中心包含社区 TAB
2. 匿名与普通账号检查管理接口
3. 同步列表显示更新时间

继续阅读本系列

HORU 跨境社区实战 · 完整目录

1. 第 1 节：为什么做跨境社区，以及第一版解决什么问题
2. 第 2 节：从招聘、货源、服务商到项目合作，如何组织社区内容
3. 第 3 节：社区首页、帖子详情和发布页如何设计
4. 第 4 节：手机端如何适配阅读、搜索和发帖
5. 第 5 节：多个项目如何统一账号，并自动回到原项目
6. 第 6 节：邮箱注册与忘记密码，怎样验证真实发送和收件
7. 第 7 节：如何统一超级管理员、项目权限与后台入口
8. 第 8 节：清理演示帖子和虚假统计，让后台反映真实数据
9. 第 9 节：社区如何接入官网，以及如何做上线验收
10. 第 10 节：如何让搜索引擎与 AI 理解社区和系列文章

封面为 AI 辅助制作的主题插画，正文中的界面截图另有说明。项目入口：HORU 跨境社区 · HORU 官网