第 8 节：清理演示帖子和虚假统计，让后台反映真实数据

HORU 跨境社区实战 · 第 08 节

从列表、详情、统计和旧地址四个方向检查示例数据，避免只清空首页却留下其他可访问副本。

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

演示内容为什么容易留下

原型阶段的帖子、用户和趋势图能帮助检查布局。进入正式使用后，这些数据会让访客误判活跃度，也会让管理员误判待处理任务。HORU 社区曾出现演示帖子以及固定的活跃用户、发帖数量和处理时长。清理时需要追踪它们来自数据库、静态文件还是组件中的常量。

先备份，再调整可见状态

清理前保存数据库与相关静态文件，确认备份能够被读取。HORU 对现有话题与回复采用隐藏状态下架，并清除置顶和精选标记，保留恢复依据。公开列表为空，与数据库物理删除是不同操作。说明采取哪种方式，有助于后续追查和恢复。

沿着每一种入口检查

首页列表清空后，还要检查搜索、个人主页、详情直链、置顶区与站点地图。静态构建可能仍包含原来的演示详情，后端 API 清空也不会自动撤下这些文件。旧示例地址需要有相应处理，不能让列表显示零条而搜索引擎继续读取完整的示例正文。

统计要改数据来源

把 128 改为 0 并不能修复演示统计，下一次真实用户出现时仍不会更新。概览应读取实际账号、帖子和审核数据，没有数据时展示清楚的空状态。演示趋势图与模拟日志也要移出正式页面。真实审计记录应保留可追踪性，不能因界面清理一并抹掉。

备份也要检查存放位置

部署回滚时常会把旧目录命名为 before 或 backup 留在站点旁边。若它仍处于公开网站目录，可能可以通过直链访问。HORU 的后续检查确实发现过旧静态备份可访问的问题。备份需要放到公开目录外，并再次请求原地址验证，而不是仅凭移动命令已经提交就判定完成。

清理后的验收标准

公开接口应返回真实列表，空社区应正常显示，旧示例直链应按撤下策略返回状态，后台应反映实际数据。对超时操作先检查服务器执行状态，再决定是否重试。验收结果中保留尚未解决的项目，避免把部分页面正确写成整个清理过程已经结束。

把这一节用到自己的项目

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

1. 保存可恢复备份
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 官网