我們有一個iOS「內部」應用程序(分佈式OTA),並且您可能已知會在一年內過期。去年我們通過升級配置文件和發行版的痛苦,所以我們熟悉使用新配置文件分發應用程序的過程,但爲了清楚起見,我想提出一些問題。 (我們目前距離到期29天,因此用戶會收到通知)iOS即將到期分銷配置配置文件問題
去年,我們認爲創建一個與期滿配置文件同名的新的配送配置文件將覆蓋到期配置文件。我們是不正確的,它不是,並且該設備最終以2個相同名稱的配置文件結束。由於您無法覆蓋舊配置文件,維護和幫助臺透視圖的問題在於,當您使用新配置文件分發應用程序時,用戶(在我們的情況下爲數百個)仍會收到通知:「配置文件將在x天內過期」即使他們升級了包含新配置文件的應用後也是如此。
正如你可以想象的那樣,這讓用戶感到困惑,並且對技術部門的高層人員感到沮喪。據我瞭解,你有兩種方式來處理設備上不需要的過期供應配置文件(兩者都不是一個好的用戶體驗)。或者:
- 告訴用戶忽略,他們的配置文件到期的消息,(我相信即將到期的輪廓通知來在29天,15天,每天起7天......雖然不是正)和讓他們用新配置文件升級應用程序。
或 - 一旦用戶使用新配置文件升級了應用程序,讓他們手動刪除設置>配置文件中過期的配置文件。啊!
是否有任何解決方法,以便除去單個用戶在整個過程中行走之外的過期配置文件?我們錯過了什麼嗎?
我不想撤銷包含在過期配置文件中的證書,因爲這會帶來更多問題 - 即應用程序不適用於不升級的用戶。
簡而言之,我們只希望有一個預防過期警報的過程,以便用戶永遠不會看到它們。
我的理解是,在第11個月結束之前,您可以爲當前應用程序創建一個分發配置文件,然後僅提前提供升級。當然,這意味着每12年進行一次額外的「升級」(即,您必須提前一個月完成升級,到11年後您將循環回日曆),但這可能是值得的不必處理你去年處理的事情。並記住,「升級」唯一必須包含的是新的配置文件。所以沒有代碼維護,只是另一個版本執行並上傳到您的O – 2012-07-18 19:25:35
這是iOS7以前的問題,不再是問題 – tdios 2016-12-15 15:36:16