Comments 9
Пособие по созданию скам-приложений)
Всё — iOS 13 будет предупреждать об удалении приложений с активной подпиской
Я вот только начал пытаться реализовать у себя в приложении (не Swift, делаю React-Native) восстановление подписок, и столкнулся с не очень понятной штукой:
При запросе availablePurchases я получаю набор транзакций. Т.к. юзер тестовый — на одну и ту же подписку приходится по 10 записей :)
Правильно ли я понял из статьи, что на валидацию можно отправить любой рецепт (чек), и я получу заветные latest_receipt_info и expires_date по подписке?
При запросе availablePurchases я получаю набор транзакций. Т.к. юзер тестовый — на одну и ту же подписку приходится по 10 записей :)
Правильно ли я понял из статьи, что на валидацию можно отправить любой рецепт (чек), и я получу заветные latest_receipt_info и expires_date по подписке?
Вы немного неправильно поняли, чек (App Store Receipt) – он всегда один и содержит в себе транзакции покупок и возобновлений.
На валидацию отправляется единый чек в виде binary и возвращается JSON.
В latest_receipt_info смотрите наиболее позднюю транзакцию и ее expires_date.
Правда учитывать только expires_date ненадежно, о чем написано в подводных камнях в конце статьи. Попробуйте ApphudSDK, там все сделано уже :)
На валидацию отправляется единый чек в виде binary и возвращается JSON.
В latest_receipt_info смотрите наиболее позднюю транзакцию и ее expires_date.
Правда учитывать только expires_date ненадежно, о чем написано в подводных камнях в конце статьи. Попробуйте ApphudSDK, там все сделано уже :)
Ребята, ждем интеграций с трекерами от вас :) респект!
Sign up to leave a comment.
Руководство по реализации авто-возобновляемых подписок в iOS-приложениях