如何实现个性化事件流？

Question

我将为一个非政府组织开发一个灵感网站，我希望实现某种类似 Facebook 的事件流，其中包括“Michael 推荐的苹果派”、“John 评论”等活动巧克力蛋糕”、“焦糖软糖是 Alice 在 8 小时前发布的”，等等。

问题是这些事件是基于兴趣的，所以有人只对以下内容感兴趣焦糖和樱桃，不应该看到苹果派或巧克力蛋糕。这有很多排列，并且动态生成用户的个性化事件流将意味着一些相当昂贵的数据库查询。

所以我的想法是通过在发生操作事件时进行某种后台处理来预先生成接收用户和发布的事件（可能是一个简单的 SQL JOIN 表）之间的关系。

权衡数百个用户对事件的偏好所需的工作必然是大量的，因此它不能作为触发工作的 POST 请求的一部分来完成，因此我必须在一个不同的过程。我目前正在寻找 Gearman 来完成这项任务，但我非常愿意接受建议。

我并不是在寻找有人为我做我的工作，但如果有人有任何构建此类东西的经验，我很想听听你的想法。

Answer 1

我有一些在社交网站上构建新闻流的经验，是的，当您有多种类型的事件和多个兴趣级别（或隐私设置或用户权限）时，查询可能会很快变得非常复杂。

假设事件被查看的次数多于事件生成的次数，那么在事件发生时（而不是每次有人请求新闻流时）进行一些非规范化并计算事件的潜在查看者确实有意义。

我建议运行一个后台进程，将这些事件对象（与其创建者相关）转换为更简单的消息对象（与其读者相关，即在新闻流中看到它们的人）。您最终可能会在每个事件中收到许多消息，但这将使向前端发出的请求更快，并将工作转移到后台进程。

我没有使用过 Gearman，但如果它允许您在后台进程中加载​​应用程序的环境并通过队列接收事件进行处理，那么这可能是一个好主意。

我的简单解决方案是使用 beanstalkd 和我自己的 PHP 脚本来推出自己的解决方案。

Answer 2

不知道您的数据库是如何构造的（您可能想告诉我们更多信息），但

SELECT events.* FROM events, event_tags, user_tags
     WHERE event_tags.event_id = events.id 
         AND event_tags.tag_id = user_tags.tag_id
         AND  user_tags.user_id = <$user_id>

假设您到处都有索引，那么显而易见的事情对我来说似乎并不那么沉重

Answer 3

这听起来像是可以通过适当的索引来解决的问题。我将围绕数据库能够处理它的假设构建解决方案，但将服务放在数据库前面，并让所有客户端都经历这一点。如果事情开始变得太慢，您可以在这一层引入各种类型的缓存。与大多数性能决策一样，试图预先做好可能不是一个好主意。

Answer 4

Facebook 开发了自己的数据库来完成这类事情并将其开源，我对此不太了解，但我猜它可能是 值得一看。

Answer 5

您是否查看过 Activity 模块？以下是其项目页面的摘录：

... 跟踪人们在您的网站上所做的事情，并通过块、专用表格和 RSS 提供这些活动的小型提要。该模块是可扩展的，因此任何其他模块都可以与其集成。生成的消息可通过管理界面进行自定义，并且是上下文相关的。

我会对你的想法感到好奇，因为在不久的将来需要做这样的事情。