Необходимо реализовать подписку внутри iOS продукта за доступ к фитче. Поскольку auto-renewable подписку использовать скорее всего не получится (строгое ограничение на тип контента подписки), то решено использовать второй тип non-renewing. Но вот проблема - как и где сохранять информацию о сроке подписки, а также как синхронизовать между устройствами активные подписки?
Локально сохранять срок и сравнивать его с системным - это обходится банальной перестановкой системного времени и не вариант.
Apple не предоставляют механизм для восстановления подписок non-renewing, а также для проверки статуса(истечения даты) подписки.
Обязательно ли нужно делать форму регистрации/авторизации пользователя или можно как-то обойтись записью в iCloud? Можно ли использовать e-mail в случае авторизации и регистрации? Какую информацию лучше хранить в iCloud и передавать на свой сервер?
В общем, интересует как это всё можно сделать и не получить reject от apple при рассмотрении приложения. Сильно возиться с аккаунтами не хотелось бы, но с сервера можно сдеать простенький API, только вот что именно... На stackoverflow много обращений по схожим вопросам, но я пока так и не нашёл единого мнения на этот счёт, иногда apple допускает какие-то решения, у других эти же решения заворачивает, в общем полная неразбериха.
Буду очень благодарен, если кто-то поделится практической информацией как это всё можно реализовать, схема, может на примере своих приложений.
P.S.: На статьи по работе с in app на Хабре натыкался, но деталей и логику как работает сервер + клиент с такими подписками не нашёл.
Я читал, iCloud может быть выключен. Надо тогда предупреждение как мимимум сделать, чтобы включить iCloud для шаринга подписок. Получается нужно хранить последний UUID (или md5 от receipt) покупки в iCloud, а при запросе с сервера статуса подписки проверять по этому UUID (есть ли он в базе). При этом, нужно локально сохрянять reciept до тех пор, пока не выполнится запрос проверки покупки на сервере. Мало ли, может интернет пропасть, программа зависнуть и потеряется транзакция покупки. Я правильно всё понимаю? Много тонкостей может всплыть
UUID нет смысла хранить несколько, можно использовать его как ID пользователя в одном экземпляре. Сохранять локально receipt тоже нет смысла, если не выполнился запрос на сервер для проверки, то просто не нужно делать finishTransaction, иначе получается вы спишите деньги, а плюшки не отдадите. Потом транзакция снова придет автоматически и ее можно будет обычным образом обработать повторно. По поводу выключенного iCloud, да можно и предупредить, что не будет доступно на других девайсах, но с точки зрения кода само хранилище KVS работает независимо от того включен он или нет, его можно использовать всегда.
И да, будте готовы к тому, что у вас может быть несколько подписок у одного пользователя. Например есть подписка на двух девайсах, а потом включился iCloud и они зашарились. Такие ситуации нужно обрабатывать согласно нужной логике
Ещё такой момент. Получается, что запрашивать статус подписки со своего сервера придётся каждый раз при использовании функции приложения, на которую подписался пользователь? И без интернет соединения разрешать это не получится. Не сверять ведь полученную ранее дату подписки с локальным временем в системе. Это ведь обходиться банальной перестановкой времени?
@Rockerman можно проверять при запуске приложения, а потом сверять со временем в процессе работы и реагировать на смену системного времени. Если нет сети, проверять как только она появится. Также можно записывать куда-нибудь в userDefaults последнее системное время на момент запроса с сервера, чтобы реагировать не перевелось ли оно назад при следующем запуске без сети.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
