我们有一个iOS“内部”应用程序(通过OTA分发),使用的是分发描述文件,如您所知,它将在1年后过期。去年我们已经升级了描述文件和分发流程,因此我们熟悉使用新描述文件分发应用程序的过程,但为了明确起见,我想问一些问题。(我们距离到期还有29天,因此用户正在收到通知)
去年我们认为创建一个与过期描述文件同名的新分发描述文件会覆盖过期描述文件。但我们错了,它不会覆盖,设备最终会有两个同名的描述文件。由于无法覆盖旧描述文件,从维护和帮助台的角度来看,当你使用新描述文件分发应用程序时,用户(我们有数百个)仍然会收到“描述文件将在x天后过期”的通知,即使他们已经升级包含新描述文件的应用程序。
可以想象,这对用户来说很困惑,对技术部门的高层来说也很沮丧。据我所知,你有两种方法来处理设备上不需要的过期分发描述文件(两种方法都不是良好的用户体验)。要么:
1.告诉用户忽略描述文件即将过期的消息(我相信描述文件即将过期的通知会在29天、15天和每天从7天开始...虽然不确定),并让他们使用新的描述文件升级应用程序。
2.一旦用户使用新的描述文件升级了应用程序,让他们在“设置”>“描述文件”中手动删除即将过期的描述文件。真烦人!
除了逐个引导用户完成这个过程,有没有其他方法可以解决如何删除即将过期的描述文件的问题?我们是否遗漏了什么?
我不想撤销包含在即将过期描述文件中的证书,因为这会带来更多问题,例如不升级的用户无法使用应用程序。
简而言之,我们只是想有一个流程来防止到期提醒,使用户永远不会看到它们。
去年我们认为创建一个与过期描述文件同名的新分发描述文件会覆盖过期描述文件。但我们错了,它不会覆盖,设备最终会有两个同名的描述文件。由于无法覆盖旧描述文件,从维护和帮助台的角度来看,当你使用新描述文件分发应用程序时,用户(我们有数百个)仍然会收到“描述文件将在x天后过期”的通知,即使他们已经升级包含新描述文件的应用程序。
可以想象,这对用户来说很困惑,对技术部门的高层来说也很沮丧。据我所知,你有两种方法来处理设备上不需要的过期分发描述文件(两种方法都不是良好的用户体验)。要么:
1.告诉用户忽略描述文件即将过期的消息(我相信描述文件即将过期的通知会在29天、15天和每天从7天开始...虽然不确定),并让他们使用新的描述文件升级应用程序。
2.一旦用户使用新的描述文件升级了应用程序,让他们在“设置”>“描述文件”中手动删除即将过期的描述文件。真烦人!
除了逐个引导用户完成这个过程,有没有其他方法可以解决如何删除即将过期的描述文件的问题?我们是否遗漏了什么?
我不想撤销包含在即将过期描述文件中的证书,因为这会带来更多问题,例如不升级的用户无法使用应用程序。
简而言之,我们只是想有一个流程来防止到期提醒,使用户永远不会看到它们。