【问题标题】:Sending mass notifications with signalR and hangfire, saving server resources使用signalR和hangfire发送群发通知,节省服务器资源
【发布时间】:2018-12-04 15:26:52
【问题描述】:

我正在编写一个 SignalR 推送通知系统,该系统使用 hangfire 任务向所有用户推送通知,假设我有 10,000 个用户,并且我想在他们的帐户在网站上使用一个月时通知他们,什么会更有效率?为每个用户分配一个计划任务,在注册一个月后执行,或者每天运行一个 Hangfire 任务,找到拥有一个月大帐户的用户并通知他们。

分配给hangfire的任务如下:

  • 停用不活动的个人资料并发送电子邮件告知用户他们的帐户已被停用。
  • 关闭在 x 时间内处于非活动状态的帖子或查询,并通过通知通知他们
  • 系统应该能够找到前 10 名发帖人,并通过电子邮件和网站通知通知他们,他们已被选中以获得额外福利。
  • 该任务将每小时向所有用户实时通知他们该周的最佳成绩。

提前致谢。

【问题讨论】:

    标签: c# entity-framework signalr hangfire


    【解决方案1】:

    对于这么简单的事情,您的解决方案听起来非常复杂。所有这些用户都一直在线吗?那么你真的需要为此使用 SignalR 吗?甚至是 Hangfire?

    通常你会这样做,当用户加载页面时,检查帐户是否超过一个月并在 UI 中显示通知。或者有什么理由你不能这样做?

    【讨论】:

    • 哦,这只是我必须做的一个通知的一个例子,用户将在线大约 5 个小时,他们必须实时获取通知(这就是我使用 SignalR 的原因),挂火部分是因为我们想安排关于用户的第一个长进程,然后通知他们,我可以做一个请求,但请求可能需要一段时间和用户。
    • 也许您可以将所有需要做的通知添加到您的问题中。对于用户帐户超过一个月的通知,用户是否真的关心该消息是否仅在用户加载页面或连接 SignalR 时触发?最坏的情况是他们下次连接时会收到通知。
    • 是的,你是对的,我将列出所有规格,然后形成一个更具体的问题,谢谢。
    猜你喜欢
    • 1970-01-01
    • 2016-02-08
    • 1970-01-01
    • 2019-01-22
    • 2016-09-27
    • 2019-10-30
    • 1970-01-01
    • 2014-07-11
    • 1970-01-01
    相关资源
    最近更新 更多