durance
durance
**业务场景** & **需求分析** 目前浏览、点赞等操作，将直接修改数据库的统计数据，如：一条帖子被浏览，将修改帖子的浏览量和用户收到的浏览量。有较多用户同时在线时，将对数据库造成一定的压力 **解决方案** 其实这并不是很急着修改数据库的操作，可以先将数据在 redis 中存储，使用定时任务刷新每日浏览量，并更新到数据库中。
**需求分析** 攻击接口可能造成系统崩溃，需要对攻击行为进行限制，如果是刷接口，对其 ip 进行暂时封禁 **解决方案** 使用 Redis记录参数，并添加黑名单
项目计划实现 web 客户端（优先）及版本，所以整理出预计需要的模块功能及大致实现方案，便于大家更轻松的参与贡献👨💻 ### 项目描述🌹 简单来说就是实现一个集大校园范围内的微博，是一个社交软件，让你的朋友圈扩大到你所在的整个校园范围内。能够及时拓展各式各样的活动，最好也能够提供某些功能服务。如扫门禁等☺ 后面带有@的表示已被负责和实现 ### 模块功能实现✨ 基本架构，基础建设 @Durancer #### 功能层面 - post服务 1、帖子相关功能 @Durancer 2、集成 **ES** 中文 **IK 分词器**实现用户帖子搜索引擎 @fsj0591 3、实现 话题功能 @renmengzuozuo 4、热门帖子推荐 @fsj0591 这就像 微博...
**业务场景 & 需求** 用户在发现 bug 或者 想要提些建议的时候 能够通过该渠道进行提交，向开发人员发送反馈消息 该功能添加在管理站上，在有人进行反馈时发送邮件提示 **解决方案** 可以在用户服务中实现，添加对应的表等信息。 邮件相关调用资源服务
**业务场景** 目前帖子审核失败之后，没有任何响应。用户在帖子未审核通过时无感 **需求分析** 审核时添加 反馈信息，用户能在自己的帖子列表中查看到 未通过原因。 抽离邮箱 到资源服务。在完成审核时 向用户发送 通过 or 不通过 结果 **解决方案** 邮箱相关整合到 resource 服务中。 反馈信息单独建表实现。
### 功能描述 这一块要实现的样子大概是像微博那样，在前端带上该话题之后，点击话题可以进行搜索。能够找出同样带有该话题的帖子 也是一块较多的内容 ### 需求描述 - 也需要用户能够创建话题 - 新的话题进行创建存入数据库，旧的直接进行引用。 - 发帖时对话题数量进行限制
**业务场景** 用户能够在h5页面或者pc端对其他用户进行聊天 **需求分析** 社交聊天功能 **解决方案** 对接 环信即时通讯，分析具体实现方案
**业务场景** 用户关注，粉丝功能， 关注列表 **需求分析** 用户能够关注指定的其他用户，并创建一个频道，该频道只会查看到自己关注列表用户发送的帖子 类似微博那样 统计粉丝数量到用户数据报表 **内容拓展** 用户可以感知自己关注了谁，和被谁关注了 类似ins上的关注列表和粉丝列表