Push notification 推送信息传递的推荐引擎

我想开发一个包含推送信息传递推荐引擎的系统。我看过很多关于使用某些引擎的解释，比如Mahout Taste和Duine。然而，通过使用它们，在出现包含用户Id的输入之后，可以获得推荐的项目。因此，这样的引擎似乎只适用于使用用户请求的web应用程序/服务

但是，通过使用推送消息，我希望我的服务器能够主动地直接向一些基于推荐算法的特定用户/客户发送重新推荐消息。一旦数据库中有新项目产品/内容可用，将立即执行交付过程

---

我的问题是，是否可以/建议使用现有发动机，如Mahout或Duine？为了做到这一点，哪些算法是好的？

您所做的区分是什么？无论是推送用户还是从用户处拉取，您大概都有他们的用户ID。这不会影响推荐。在任何一种情况下，您都可以推荐是推送还是拉送。

您所做的区别是什么-无论是推送还是从用户处拉送，您大概都有他们的用户ID。这不会影响推荐。无论是推送还是拉送，您都可以进行推荐。

我的愿望是在数据库中有新项目可用时立即进行推荐。系统如何知道此项与哪些用户相关？然而，没有任何用户进行评级或其他操作。。据我所知，cmiiw在公共拉动场景中，系统需要用户ID来决定应该为该用户推荐哪些项目ID。相反，此推送场景需要新项目的ID来决定哪些用户似乎感兴趣，以便可以立即向他们推荐该项目，而无需用户进行任何访问。OK。我想你是在问如何克服CF中的冷启动问题。这不是一个真正的推/拉问题。在CF中，您不能这样做。您需要依赖一些关于项目相似性的外部概念。如果你可以根据物品属性而不是评分来构建，那么你可以很容易地将其插入到基于物品的推荐器中。谢谢肖恩，我明白你的意思。只是想弄清楚如何使用Mahout实现这种方式？是的，这部分对我来说可能很难实现。然而，我在SO中发现了关于如何克服冷启动情况的其他讨论，我得到了一些足够有趣的解决方案，基于内容的过滤和关联规则。不幸的是，CBF目前在Mahout中不受支持，不是吗？。。顺便说一句，我的推荐算法很差，所以我只是在寻找另一个引擎，能够支持这一点。任何提示？ItemSimilarity都是使用包含ItemRatings user_id、item_id、ratings、timestamp的DataModel对象构建的。那么，我必须把属性信息放在哪里呢？我的愿望是，一旦数据库中有了一个新的项目，就推荐它。系统如何知道此项与哪些用户相关？然而，没有任何用户进行评级或其他操作。。据我所知，cmiiw在公共拉动场景中，系统需要用户ID来决定应该为该用户推荐哪些项目ID。相反，此推送场景需要新项目的ID来决定哪些用户似乎感兴趣，以便可以立即向他们推荐该项目，而无需用户进行任何访问。OK。我想你是在问如何克服CF中的冷启动问题。这不是一个真正的推/拉问题。在CF中，您不能这样做。您需要依赖一些关于项目相似性的外部概念。如果你可以根据物品属性而不是评分来构建，那么你可以很容易地将其插入到基于物品的推荐器中。谢谢肖恩，我明白你的意思。只是想弄清楚如何使用Mahout实现这种方式？是的，这部分对我来说可能很难实现。然而，我在SO中发现了关于如何克服冷启动情况的其他讨论，我得到了一些足够有趣的解决方案，基于内容的过滤和关联规则。不幸的是，CBF目前在Mahout中不受支持，不是吗？。。顺便说一句，我的推荐算法很差，所以我只是在寻找另一个引擎，能够支持这一点。任何提示？ItemSimilarity都是使用包含ItemRatings user_id、item_id、ratings、timestamp的DataModel对象构建的。那么我必须在哪里放置属性信息呢？