Tag: 在应用程序内购买

使用Parse iOS SDK检查用户是否有有效的自动续订订阅

我正尝试使用自动更新订阅来实现应用程序。 用户应该支付访问我的应用程序的所有function。 我已经使用Parse作为我的应用程序的后端。 它为inAppPurchases提供了一些API方法,但没有提到有关自动更新types。 我发现的唯一的东西是博客中的一些两年前的线程,据说接收validation只能用于可下载的购买。 我曾尝试使用它在文档中调用“简单购买”,它工作正常,但我不知道如何检查如果我的用户已经购买订阅或不。 有谁知道是否有办法通过parsingAPI或者这应该以另一种方式实现?

自动更新订阅和应用收据

我想知道当IAP自动更新订阅自动更新时,应用收据是否自动刷新。 文档意味着应用收据在进行购买(更新?)时更新,但是我在IAP沙盒中没有看到这种行为: 关于消耗品和不续订订阅的信息将在收据付款时添加到收据中,并保留在收据中,直到您完成交易。 交易完成后,下次更新收据时会删除此信息,例如,下次用户进行购买时。 有关所有其他types的购买信息将在付款时添加到收据中,并无限期地保留在收据中。 此外,文件声明: 订阅成功更新后,Store Kit会将续订事务添加到事务队列中。 您的应用程序在启动时检查事务队列,并以与其他任何事务相同的方式处理续订。 请注意,如果您的应用程序在订阅续订时已在运行,则不会调用事务观察器; 您的应用程序会在下次启动时发现更新。 对我来说,这意味着我可以监视已完成交易的SKPaymentQueue ,然后检查应用收据以查找它们的logging。 但是我没有在IAP沙盒中看到这一点。 在IAP沙盒中,我有一个自动更新订阅(每个用户/购买6次,正常的沙盒行为), 但发现更新我需要手动刷新应用收据 。 假设这一切都按我期待的方式工作,是否有在IAP沙箱中testing的最佳做法来触发此行为?

iOS – 恢复自动更新订阅

我正在实施汽车可再生订阅。在这个问题上,我有下面的问题 用户是否可以在订阅内容过期后还原订阅内容? 如果是的话,我如何validation他们,让他们下载

我应该何时validation应用内购买交易收据?

我的意思是,我的脚步应该是? 1)获得SKPaymentTransactionStatePurchased 2)从SKPaymentQueue中删除它,并通过[[SKPaymentQueue defaultQueue] finishTransaction: transaction];提供内容[[SKPaymentQueue defaultQueue] finishTransaction: transaction]; 3)validation收据,然后,如果它是无效的,阻止我刚刚提供的内容 或者我应该改变第二步而不是第三步? 1)获得SKPaymentTransactionStatePurchased 2)validation收据,如果无效,则不提供内容 3)从SKPaymentQueue删除它[[SKPaymentQueue defaultQueue] finishTransaction: transaction]; 在第一种情况下,用户可以在购买后closuresnetworking,所以我将无法validation收据。 但是第二步,在步骤1和步骤2之间可能会出现一些互联网问题,所以我不会完成交易,也不会提供内容,这是一个糟糕的用户体验。 那么你为你的应用select了什么方式,为什么? 我的select 我select了第二个场景,因为select第一个场景会让我的应用很容易被iAP Cracker破解。

iOS中的消耗品与非消耗品

我们是三个人,他们为iPhone提供了一个免费的游戏 ,在App Store上已经有将近一年的时间了。 该应用程序是一个棋盘游戏,您创build一个用户或使用您的Facebook凭据login。 您可以退出游戏并使用其他帐户重新login。 现在我们已经更新了应用程序,可以将用户升级到高级用户。 允许个人和全球游戏统计。 但苹果在审批过程中让我们头痛,并拒绝接受我们的应用内购买。 首先他们不会批准它,因为它没有恢复button。 然后,当我们告诉他们时,不需要恢复button,因为这是一个消耗品购买,他们现在要求我们将其更改为非消耗品,并添加恢复button。 考虑这种情况下,如果购买是非消耗品。 用户login。 用户升级帐户到溢价 用户注销。 用户使用其他帐户login。 用户恢复以前的购买。 这将允许您升级两个帐户到溢价,但只有一个购买。 苹果的观点是,我们的用户需要能够恢复购买,如果新的设备被设置,或者设备被恢复。 但这不是它的工作方式。 用户将其帐户升级到高级帐户。 现在,当他们购买新设备或恢复现有设备时,他们只需使用他们现有的游戏帐户login,并且升级将可用,因为我们在服务器端已将该帐户标记为高级帐户。 所以我的问题基本上是。 如果我们select使用消耗品而不是非消耗品,那我们是完全错误的。 如果是这样,一个非消耗品应该如何实现(可能)在不同的游戏账户在同一设备上多次购买? 其次,如果我们对使用消费型应用程序内购买是否正确,我们应该说服苹果说我们走在正确的道路上了?

iOS应用内购买和订阅:testing

我的一个大学已经实现了每月自动更新的iOS应用内购买。 我正在接pipe代码库,想testing它正在工作。 我知道采购是炒作,但自动更新是我所担心的。 我build立了一个testing用户,并阅读沙箱模式下的苹果文档,一个月在沙箱中是5分钟。 不过5分钟后我没有收到苹果回来的邮件? 我是不是该? 在我有AppDelegate inAppPurchase = [TFInAppPurchase new]; [[SKPaymentQueue defaultQueue] addTransactionObserver:inAppPurchase]; [inAppPurchase updateAvailableProductsCache]; 我预计5分钟后,它通知或什么东西?

iTunes跨平台的IAP订阅 – Netflix如何做到这一点?

我正在创build一项服务,允许用户在任意数量的设备(networking,Android,Roku,iOS,Apple TV)上注册,然后购买每月订阅以观看video内容。 订阅提供对整个目录的访问。 我有我自己的订阅pipe理API运行在服务器上,我想利用作为真相的来源,以便用户可以购买他们的iPad的订阅,在Roku上login到应用程序,并继续看他们离开的地方。 基本上,Netflix。 据我所知,这是我的select: 自动更新订阅:这是Netflix今天使用的版本,但是Apple不提供API或任何围绕其支付平台的webhook,所以我不知道这个选项是如何工作的。 我的后端服务将不知道每个月苹果自动续订订阅的时间或用户是否取消订阅。 非续订订阅:用户通过IAP购买应用内的订阅。 购买完成后,应用程序同步将订阅到我的后端系统。 每次需要检查权限时,应用程序都会与我的后端对接。 当用户的订阅即将到期时,应用程序必须再次呈现购买工作stream程。 导入iTunes报告:不会工作,因为它不是实时(拉,不推),并没有告诉我任何关于取消订阅。 我只能生成新用户的报告。 收到我的服务validation和推送回执:将无法正常工作,因为它取决于实际使用我的应用程序的用户。 用户理论上可以在我的应用程序中订阅,切换到Roku,而不再打开它。 完全跳过IAP并要求用户通过networking订阅。 我错过了什么吗? 我非常好奇Netflix是如何把这件事情拉下马的。

在应用程序购买:dynamic添加非消耗品

我正在开发一个应用程序,用户可以在其中购买数字地图,图表等。 我想在应用程序内购买这些东西。 事情是,我不知道有多less图表,因为我从网上的另一个来源得到他们。 可能有数百个。 我有一个服务器,定期从该来源获取图表,并将其存储在本地; 将来可能会出现新的图表或消失现有的图表。 所有这些都没有人工干预。 有三种不同types的图表。 我的第一个解决scheme是创build三个消耗品,让用户购买这些消耗品。 这工作正常,但不幸的是苹果拒绝了它,因为他们要求图表是“非消费品”。 但是我非常不知道如何实现我想要的非消耗types。 如果我将这三种types创build为非消耗品,并且用户购买一种,那么他将免费获得该组中的所有其他图表,因为非消耗品只能购买一次。 我能想到的唯一解决scheme是为每个图表创build一个非消耗品。 但是,这是我不惜一切代价避免的:现在,图表是定期从远程源获取的,没有任何手动工作在我身边。 我想保持这种方式。 每次出现新图表时,我都不想手动创build新的非消耗品。 任何想法如何使这个可扩展?

在iOS应用程序发布到App Store后,应用程序购买不起作用

在开发过程中,我创build了能够获得应用内购买价格的testing账户,并实际购买了这个账户,而且没有问题。 然而,在将iOS应用程序发布到App Store后,App Store中的应用程序版本甚至无法检索产品的价格,而按下button发送购买请求时什么都不显示。 卸载应用程序并重新部署开发版本到相同的设备让它再次工作。 可能是什么问题呢? 有没有一种方法来debugging或查看应用程序商店下载版本的日志? (iOS noob在这里) 谢谢!

任何(早期)iOS自动更新订阅的经验

苹果昨天终于推出了所谓的自动更新订阅 。 由于我在应用程序内购买方面只有很less的(仅限于沙箱)体验,所以我不确定在这里是否完全正确。 似乎需要服务器端validation收据。 似乎唯一的办法是找出订阅是否仍然有效,是将原始的交易数据存储在服务器端。 关于这个话题的苹果节目指南对我来说都是神秘的。 我的期望是,我只能用iOS客户端工作,只需要通过商店工具包api询问iTunes,他/她是否已经购买了这个(订阅)产品,并且收到一个是/否的答案和一个到期date。 有没有人有自动更新订阅或(因为他们似乎有点类似)非消耗品的经验? 有没有什么好的教程呢? 谢谢。