【问题标题】:rpush not delivery message in rpush.logrpush 未在 rpush.log 中传递消息
【发布时间】:2015-05-26 18:14:08
【问题描述】:

我正在使用 rpush gem 向 iphone 发送推送消息。一位用户抱怨消息有时会发送,有时不会。我检查了rpush.log。在 rpush.log 中显示的 10 条消息中,有 3 条被手机发送和接收: [2015-05-25 22:25:45] [xxxx_production] 48121 发送到 083a15xxx [2015-05-25 22:27:57] [xxx_production] 48124 发送到 083a15xxx [2015-05-25 22:29:24] [xxx_production] 48125 发送到 083a15xxx

其他未传递的消息不会显示在 rpush.log 中。但它们在 rpush_notifications 表中显示为 Delivered=1 并且失败= 0。如:

| id    | delivered | delivered_at        | failed | failed_at |
| 48122 |         1 | 2015-05-25 22:26:47 |      0 | NULL 

不知道如何进一步调试问题?什么可能导致 rpush 不传递消息但仍将 rpush_notifications 表更新为已传递=1?

【问题讨论】:

    标签: ruby-on-rails apple-push-notifications


    【解决方案1】:

    检查rpush_notifications 表中的retries 列。似乎您在 rpush.log 中看到了临时问题(即下一次重试成功)。

    【讨论】:

    • 所有已投递或未投递的邮件的retires列值为0。
    • 我注意到消息有空的警报列。发送带有空警报列的推送可能会导致问题?
    • 不,我不这么认为。可能 PN 已交付,然后您的应用程序将在前台?在这种情况下,用户不会看到 PN 警报和声音,但应用程序可以在代码中处理传入的 PN。详情here.
    • 这是可能的。所以如果app在前台,rpush.log不会显示PN发送到xxxx?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-03-24
    • 1970-01-01
    • 1970-01-01
    • 2022-08-13
    • 1970-01-01
    相关资源
    最近更新 更多