1

我的目的:iOS應用推送通知,設備上的badgeNumber需要根據每個設備的徽章增量進行更新。我有任何方式或其他服務將具有不同消息(有效負載)的通知推送到一個http請求中的不同令牌嗎?

  • 我們知道我們可以在iOS的
  • 只發送一個消息(有效載荷),以不同的令牌,我們不能更新證件號碼,即使我們收到當應用程序是被強制從後臺關閉遠程通知。
  • 我想用上面的方法向每個設備發送不同的徽章號,因爲我從我的數據庫服務器獲取設備的徽章號。
  • 我用FCM爲iOS推送通知
  • 對於服務器端,我用PHP

一些討論(Android GCM - Send different payload to each user in registration_ids array) 說這是不可能的,那麼有沒有什麼辦法或有償服務?

有人說我們需要使用循環發送每個有效載荷到每個設備令牌。例如,我有1000個令牌,APNS會阻止我未來的請求嗎?

對於我的應用程序的使用情況:約50推/天

感謝您的貢獻

+0

可能有用的帖子:https://stackoverflow.com/q/42218480/4625829,https://stackoverflow.com/q/1942605/4625829 –

+0

@AL。它是相關的,但它不符合我的問題。 –

回答

0

的一些注意事項,以您的評論:

如果應用程序是死的,您可以更新的徽章,但它不能成爲一個安靜的通知,如果保持沉默,它將被忽略。在有效載荷中使用帶有徽章的「正常」通知,實際上可以更新它,甚至可以手動殺死。

您必須在數據庫中保存與用戶關聯的所有設備令牌,併發送單個通知,但不能發送具有不同內容的批量消息(本例中使用不同的徽章)。

沒有,也不會封鎖,你可以爲每一個發送: 這是從另一個論壇,但可以作爲參考:

據「推送通知吞吐量和錯誤檢查」這一技術的節注意:

https://developer.apple.com/library/ios/technotes/tn2265/_index.html#//apple_ref/doc/uid/DTS40010376-CH1-TNTAG44 「對於使用APN,沒有上限或批量限制。」 「如果您看到吞吐量低於每秒9,000個通知,則您的服務器可能會受益於改進的錯誤處理邏輯。」

+0

我們需要一段時間來實現和觀察,我們實現循環以推送具有不同BadgeNumber的每個設備令牌(iOS)的通知,但是因此通知無法在短時間內到達設備,並且一些通知未被髮送到設備。還有什麼建議? –

相關問題