【问题标题】:Use of silent APNS push notifications to send token without user notification?使用静默 APNS 推送通知在没有用户通知的情况下发送令牌?
【发布时间】:2013-01-03 20:25:19
【问题描述】:

我在 StackOverflow 上查看了其他问题和回复,但没有看到与此完全相同的内容;我希望能够通过 APNS 推送令牌。这样做的目的是验证对 RESTful Web 服务的后续用户请求是否来自 iPhone 设备,而不是来自非 iPhone 源(将 HTTP 标头更改为假冒 iPhone 请求是微不足道的)。

几个问题:

  1. Apple 指南是否允许坚持启用推送通知?
  2. 是否可以发送带有一些小文本负载的 SILENT 推送通知?
  3. 有谁知道这是否会通过 Apple 的审查或违反他们的指导方针

非常感谢。

【问题讨论】:

  • 不确定细节,但我的魔术 8 球说,“前景不太好。”

标签: ios xcode push-notification apple-push-notifications


【解决方案1】:
  1. 您不能强制用户接受推送。用户始终可以选择拒绝。
  2. 是的,您可以发送没有声音/文本的通知,并添加元数据。
  3. 是的,发送令牌似乎是 Apple 可接受的用途。

但是,我个人认为这个用例根本不适合推送用例。您将需要许多边缘案例才能使其足够可靠(交货延迟和不保证交货等)

采用其他机制更容易(例如应用程序在 URL 中的秘密 + 签名)。

【讨论】:

  • 非常感谢您的回复,但我不同意;不幸的是,其他机制很容易通过越狱和 URL 监控来破解。所需要的是一种允许特定于硬件的验证的机制,并且在我看来,APNS 确实满足了用例的需求。关于 push 不可靠或不及时,我用它开发的经验是 99% 的时间它接近于瞬时。客户端验证问题将变得越来越重要,我敢打赌,目前有几个 iOS 应用为此目的使用 APNS。
【解决方案2】:

我看到人们仍在关注这个问题。仅供参考,对于我主要工作的领域的企业开发,您只需将 iOS 应用程序注册为 VOIP 应用程序,它将接受静默通知,而无需用户批准。

【讨论】:

    猜你喜欢
    • 2018-08-01
    • 2018-02-17
    • 1970-01-01
    • 1970-01-01
    • 2017-07-06
    • 2015-01-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多