第296章 会议（2）（2/2）

设立一个全站性的“热点广场”频道，由编辑人工筛选各圈子产出的优质内容进行推荐，强制打破圈层壁垒。

“算法推荐要谨慎，初期可以简单点，基于圈子标签做关联就行。”季青提醒道，“编辑人工筛选的‘热点广场’很重要，这是体现平台价值观和引导社区氛围的关键出口，人选和标准要严格。”

议题自然地转向了最硬核的部分——技术如何支撑这一切。所有人的目光都投向了刘江涛。

刘江涛面前摊开的是一个写满技术符号和架构图的笔记本。

他没有立刻说话，而是先看了一眼坐在他对面的几个技术骨干——“猴子”侯健、“老炮”郭磊等人，得到他们肯定的眼神后，才开口。

“先说最棘手的问题，实时互动。

真正的即时聊天，像qq那样，对服务器压力巨大，消息并发和状态同步在咱们目前的架构和用户量级下，是灾难。所以，我们选择放弃这条路。”

他拿起一支笔，在空白的白板上画了个简单的示意图：“我们采用‘增强型论坛模式’。每个圈子，本质上就是一个独立的论坛。支持发帖、回帖。关键点在这里——”

他用笔点了点“回帖”部分，“我们会用Ajax技术，实现楼层内的新回复提醒。用户停留在某个帖子页面时，如果刷新整个页面。

我们现在已经能提供一种‘准实时’的体验，足够满足圈子内的讨论需求。另外，我们会单独开发一个轻量的‘圈内留言板’，支持短消息的异步发送和接收，满足用户之间点对点的简单交流。”

“猴子”侯健补充道：“这样架构清晰。用php和Java做后端，ySqL数据库。每个圈子的数据独立分表，通过圈子Id进行哈希计算，分配到不同的数据库实例上，避免单表过大。读写压力可以分散。”

刘江涛点点头，继续道：“第二，内容存储和检索。图片、音频这些大文件，是我们的优势。

可以依托迅雷现有的p2p网络技术，用户上传的文件经过压缩后，除了保存在中心服务器，还会智能分发到其他在线用户的空闲带宽里做缓存。

热门资源，用户下载和浏览的速度会非常快，同时极大减轻我们中心服务器的带宽和存储压力。文本内容就用分库分表的ySqL。”

“检索方面，”“老炮”郭磊接口，“站内搜索用开源的Lue引擎，成熟稳定。为每个圈子建立独立的索引文件，用户在圈子里搜，就查这个圈子的索引，快且准。

全局搜索……暂时只开放对圈子名称和标签的搜索，不开放搜索具体帖子内容。否则索引规模太大，性能扛不住，也容易暴露过多信息。”

“第三，推荐算法。”刘江涛接着说，“现在搞复杂的机器学习不现实。我们采用简单可行的方案。圈子推荐，基于用户已经加入的圈子的标签，计算用户之间的相似度，把相似用户加入的其他圈子推荐过来。

内容推荐更简单，圈子内部，帖子排序就按‘最新发布’和‘回复热度’混合来，再给圈主一个置顶自己认为重要帖子的权限。”