3
我有一種情況,我需要爲多個iOS應用程序使用相同的通知集線器。對於給定的標籤 - 所有的應用程序都應該收到這個推送。Azure通知集線器 - 如何在同一個集線器上設置多個應用程序
每個iOS應用程序都有不同的推送通知證書,因此只有其中一個應用程序實際獲得推送通知。我不想解決打開多個集線器 - 因爲那時我需要管理每個應用程序可能屬於哪個集線器 - 這非常尷尬。
我該如何做到這一點?
我有一種情況,我需要爲多個iOS應用程序使用相同的通知集線器。對於給定的標籤 - 所有的應用程序都應該收到這個推送。Azure通知集線器 - 如何在同一個集線器上設置多個應用程序
每個iOS應用程序都有不同的推送通知證書,因此只有其中一個應用程序實際獲得推送通知。我不想解決打開多個集線器 - 因爲那時我需要管理每個應用程序可能屬於哪個集線器 - 這非常尷尬。
我該如何做到這一點?
我很確定你想做什麼是不可能的,原因有幾個。 iOS推送是通過蘋果技術APNS處理的。蘋果公司規定,每個應用程序必須擁有自己的包標識符,因此它是自己的特定推送證書。通知中心不支持多個證書(或任何推送提供程序的多個應用程序設置),因此單箇中心無法推送到多個應用程序。你被困在某種形式的管理層中,它知道哪個中心與哪個中心交流哪個應用。或者,您可以要求所有集線器發送相同的消息,並使用標籤進行實際過濾(每個集線器被要求發送消息,但只有具有註冊了正確標籤的設備的集線器纔會發送消息)。
我正在訴諸後者 - 這意味着我有大量的重複呼叫到不相關的中心 - 但似乎合理的是,同一中心有幾個應用程序 - 顯然它有一個iOS/Android/Winphone等,所以爲什麼不是iOS的2等。這個用例看起來很常見 - 我不想管理哪個標籤屬於哪個中心 - Azure應該爲我節省這個頭痛。 Hub只是各種推送通知提供者的抽象,而不是應用程序的證書。 – 2014-12-03 08:09:11
我同意並且在某處有一個MS Connect請求這個功能(我現在沒有鏈接)。請投票。我們的場景是,我們有一個API(作爲服務提供者)和一個通用客戶端應用程序,爲不同的客戶重新打入商店。 此限制還有另一個可能的原因:可能是MS想要由開發人員按資源組或訂閱分開費用的各種原因。在某些情況下(例如:作爲API提供商),ISV或SaaS提供商可能更適合將訂閱中心集中到客戶賬戶中。 – Sentinel 2016-10-18 08:53:02