Purchases

iOS 购买和订阅跟踪系统的客户端
授权协议 MIT
开发语言 Swift
所属分类 管理和监控、 日志分析和统计
软件类型 开源软件
地区 不详
投 递 者 轩辕煌
操作系统 OS X
开源组织
适用人群 未知
 软件概览

Purchases 是 RevenueCat 订阅和购买跟踪系统的客户端。它是一个开源框架,提供了一个包装器StoreKit和 RevenueCat 后端,以便在SwiftObjective-C轻松实现应用内订阅 —— 包括收据验证和状态跟踪。

特征

  • 服务器端收据验证
  • Webhooks —— 增强的服务器到服务器与购买、续订、取消等事件的通信
  • macOS 支持
  • 订阅状态跟踪 —— 了解用户是否订阅了 iOS、Android 或 Web
  • 分析 —— 自动计算转换、mrr 和流失等指标
  • 在线文档保持最新
  • 集成 —— 十多种集成可轻松将购买数据发送到您需要的地方
  • 维护良好 —— 频繁发布
  • 支持 —— 帮助中心
  •     In App Purchases: A Full Walkthrough   Overview here’s the secret to getting in-app purchases working: break it into two distinct steps: Create and fetch a product description Purchase a product T

  • 1.华为支付 订阅产品,用户在支付宝内取消连续扣费后,服务端未收到取消订阅通知。 【问题描述】 华为支付 订阅产品,用户在支付宝内取消连续扣费后,服务端未收到取消订阅通知。 参考订阅关键事件通知文档 文档中心 用户在支付宝操作取消续订时,未收到通知。 【解决方案】 问题原因如下:支付宝没有实时通知扣费取消 问题解决方案:在下一周期开始扣费时,会收到扣费失败的通知,notificationType值

 相关资料
  • 我设置了一个贝宝立即购买按钮。这个向导很棒,也很容易,但是我如何跟踪我的用户是否从我的网站上付费呢?每个用户都有一个唯一的用户ID。在贝宝支付成功,有没有一种方法重定向回我的网站与用户ID在查询字符串?还是有更安全的方式或检查?

  • 在 CakePHP 的开发过程中,以问题跟踪系统的形式从社区获得反馈和帮助是极为重要的一部 分。所有 CakePHP 的问题跟踪都托管在 GitHub 上。 报告臭虫 写得好的问题报告都非常有用。下面的步骤可以帮助创建尽可能好的问题报告: 请 搜索 类似的已有问题,并保证别人没有报告你的问题,或者在源代码仓库中还没有得到修复。 请 包括 如何重现问题 的详细说明。这可以是测试用例或代码片段,来展示

  • 当想知道一个进程在做什么事情的时候,可以通过strace命令跟踪一个进程的所有系统调用。 1、运行 php start.php status 能看到workerman相关进程的信息 如下: Hello admin ---------------------------------------GLOBAL STATUS-----------------------------------------

  • 我试图回到IabHelper。OnIabPurchaseFinishedListener当购买结束时,我的订阅,但问题是它没有调用购买完成。 我已经尝试了onactive结果,但仍然不能在这里工作是我的代码块,我正在扩展下面的片段 我提到了这个链接

  • 我是MQTT的新手,我有一些问题希望你们能帮助我。我正在做一个学校项目,需要我使用MQTT协议,程序需要用C语言编写。(只是一些背景信息) > MQTT客户端可以同时是发布服务器和订阅服务器吗?也就是说,在不断等待从代理接收消息并执行结果操作的同时,它还能够在需要时将消息发布到代理。 我对MQTT的理解是:MQTT发布者-->MQTT代理-->MQTT订阅者 用白痴的话来说,MQTT的异步模式到底

  • 有可能做到这一点吗?

  • 无论项目使用哪个bug跟踪系统,某些开发者总会有些抱怨。在这一点上bug跟踪系统比其他标准开发工具更具代表性。我想这是因为bug跟踪系统是这样可视化和可交互,可以轻松的想象出一个人可以做的改进(如果某人有时间),并说出这些改进的描述。把这些不可避免的抱怨当作可信也可疑的吧—下面说的跟踪系统都已经足够好了。 在这个列表中,”问题(issue)“用于代表跟踪系统跟踪的条目。但是请牢记每个系统都会有自己

  • 对于积极使用bug跟踪系统的项目,要小心它变成讨论论坛,虽然邮件列表可能更好。通常情况下,它总是很无辜的开始的:某人评论了某个问题,例如提出了一个解决方案或部分补丁。另一个人注意到这个,认为这个方案有些问题,所以附加了另一个评论指出这个问题。第一个人再次回应,对问题作出补充,就这样一直继续下去。 这样做的问题是,首先,bug跟踪系统用于讨论时非常的笨拙,其次,其他人可能不会投入关注—毕竟,他们希望