Juste une confusion mineure. Pourquoi avons-nous besoin d'un certificat de service Voip distinct pour Pushkit lorsque nous avons un certificat SSL Universal Client pour APNS qui prend en charge l'application principale, voip, etc?Pourquoi un certificat Voip distinct est-il requis pour Pushkit lorsque le certificat SSL APNS Universal Client a été introduit?
Si mon application prend en charge plusieurs sujets (voip/non-voip), est-il pas préférable d'utiliser un certificat SSL unique APNS plutôt que des certificats distincts? Cela permettra également de s'assurer que la même connexion (APNS Provider à APNS) peut être utilisée pour fournir à la fois Voip Push et Push standard.
L'utilisation de Pushkit par rapport à Push standard est correcte. La question est pourquoi configurer le certificat Voip séparément maintenant, quand Apple a mis au point le certificat générique? Voulez-vous dire - Si App prend en charge Voip/non voip, utilisez un certificat générique. Et si l'application ne prend en charge que Voip, utilisez le certificat de service Voip. Mon souci est - quand Pushkit et standard Push les deux peuvent être pris en charge en utilisant un certificat générique, pourquoi opter pour un certificat Voip distinct du tout? – Ayush
En outre, je ne suis pas sûr sur # 4 "Push Push peut inclure plus de données que ce qui est fourni avec les notifications push standard." - Avec l'interface http/2 apns, les poussoirs standards sont également supportés jusqu'à 4k octets. Vous êtes sûr que cette déclaration est valide? – Ayush