用于非常大容量的推送通知架构

发布于 2024-09-12 07:32:24 字数 85 浏览 1 评论 0原文

Apple 推送通知架构是否设置用于发送大量通知(每小时数十条通知)? 苹果允许这样做吗?有哪些约束/限制?可靠吗?有一些延误吗?使用他们的服务需要付费吗?

Is Apple push notification architecture setup for sending very high volume (dozens of notifications per hour) ?
Is this allowed by Apple ? What are the constraints/limits ? Is it reliable ? Are there some delays ? Is there a price to pay for using their service ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

阳光的暖冬 2024-09-19 07:32:24

按顺序:

  1. 是的。
  2. 是的。
  3. 我不知道。
  4. 大多;无法保证通知的发送,但当设备在不可用后重新出现在网络上时,该服务将尝试发送您的应用生成的最新通知。
  5. 同样,没有特别的保证,但如果目标设备具有良好的 3G 或 WiFi 连接,那么您可以预期通知会在发送后几秒钟内送达。
  6. 不需要。但是,您确实需要运行自己的推送通知服务器(或使用第三方通知传送服务),如果您的通知使用大量带宽和 CPU 时间,则成本可能会很高。

有关更多信息,请查看 Apple 推送通知服务 开发人员文档中的部分。

In order:

  1. Yes.
  2. Yes.
  3. I'm not sure.
  4. Mostly; delivery of notifications isn't guaranteed, but the service will attempt to deliver the latest notification your app's generated when a device reappears on the network after being unavailable.
  5. Again, there are no particular guarantees, but if the target device is on a good 3G or wifi connection then you can expect the notifications to be delivered within a few seconds of being sent.
  6. No. You do, however, need to run your own push notification server (or use a third-party notification-delivery service), which may get costly if you're using a lot of bandwidth and CPU time for your notifications.

For more information, check out the Apple Push Notification Service section in the developer docs.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文