我将为一个非政府组织的灵感网站工作,我正在寻求实施某种类似Facebook的事件流,其中包括"迈克尔推荐的苹果派 ","约翰评论巧克力蛋糕 "," 焦糖"等事件fudge发表于8小时前由Alice",etc.发布
事情是这些事件是基于兴趣的,所以有人只对焦糖和樱桃感兴趣,不应该看到苹果馅饼或巧克力蛋糕.这有很多排列,并且即时生成用户的个性化事件流意味着一些相当昂贵的数据库查询.
所以我的想法是通过在发生动作事件时进行某种后台处理来预先生成接收用户和发布事件(可能是一个简单的SQL JOIN表)之间的关系.
将数百个用户的偏好权衡到一个事件所需的工作必然是实质性的,因此它不能作为触发工作的POST请求的一部分来完成,因此我将不得不做很多工作.不同的过程.我目前正在寻找Gearman来完成这项任务,但我对建议持开放态度.
我不是在寻找有人为我做我的工作,但如果有人有任何建立此类事情的经验,我很乐意听到你的想法.
京公网安备 11010802040832号 | 京ICP备19059560号-6 