【问题标题】:Does changing the app ID associated with a provisioning profile break existing apps deployed with that same provisioning profile更改与配置文件关联的应用程序 ID 是否会破坏使用相同配置文件部署的现有应用程序
【发布时间】:2015-10-19 09:18:28
【问题描述】:

所以在我工作的公司,我们创建了一个 iOS 应用程序。我们使用应用程序的特定应用程序 ID(不是通配符)创建了供应证书。现在,我们正在部署第二个应用程序,它应该能够接收来自同一服务器的推送通知。为了简单起见,如果这两个应用程序都使用相同的配置文件,我们将不胜感激,以免服务器在确定应该使用哪个配置文件时变得复杂。

然而,困境在于:我不知道在已部署的应用程序正在使用的现有供应配置文件上更改应用程序 ID(从特定应用程序到通配符)是否会破坏推送通知和其他此类使用该配置文件为已部署的应用程序提供服务。我会试一试,但出于显而易见的原因,我不想对生产依赖的东西大动干戈。

希望我解释清楚了。

提前致谢

编辑:澄清一下,现有应用的 ID 将满足我想将配置文件更改为的通配符。

【问题讨论】:

  • 您收到的通知是根据您在服务器中使用的 pem 文件和您用于应用程序的证书。 . . .so 两个配置文件可以使用相同的证书,并且可以为它们生成相同的 pem 文件。

标签: ios xcode certificate provisioning-profile


【解决方案1】:

我不相信您可以在推送通知中使用通配符应用程序 ID。

我可以预见这种使用单个配置文件的唯一方法是让您使用相同的捆绑 ID 构建两个应用程序,这与配置文件中的应用程序 ID 匹配。这样做的缺点是这两个应用程序无法同时安装在同一设备上。

如果您需要该功能,您需要设置一个带有推送通知的新应用 ID,并计算服务器端的东西以将推送通知发送到两个应用 ID。

【讨论】:

  • 这似乎是你必须解决我原来的问题的方式。最终,就我而言,我只是硬着头皮设置了多个配置文件和证书 - 由服务器确定当时适合发送到哪个应用程序。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2018-04-29
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-10-01
  • 2010-09-05
  • 2021-09-05
相关资源
最近更新 更多