正在读取系统状态。
Ping++ 服务
第三方渠道
90 天状态汇总
日 21:45 – 21:46，分布式数据库扩容升级导致部分交易请求处理异常，总计 35 秒，此期间给用户带来的不便，我们深表歉意。
Webhooks 异常
日22:06 & 22:52，异步通知模块消息队列工作异常导致异步通知无法正常发送。该异常已被修复，期间受影响的异步通知已补发完毕，此期间给用户带来的不便，我们深表歉意。
Webhooks 异常
日20:03 & 22:48，异步通知模块升级导致部分客户的异步通知无法正常处理。该异常已被修复，此期间给用户带来的不便，我们深表歉意。
API 接口异常
日10:45 & 11:45 ，13:35 & 13:47。Ping++ 安全服务升级后，导致个别使用较低版本系统软件（如 JDK 1.6等）的用户无法正常访问 API 接口。已针对此部分用户给出了兼容性解决方案，此期间给用户带来的不便，我们深表歉意。
Webhooks 异常
日23:23 & 00:57，部分异步通知不能及时推送。该异常已被工程师修复，此期间给用户带来的不便，我们深表歉意。
服务器异常
日00:01 & 00:05，服务器异常，部分请求无法及时处理。该异常已被工程师修复，此期间给用户带来的不便，我们深表歉意。
API 接口异常
日14:57 & 15:20，部分API接口无法正常访问。由于网络原因引发个别后端应用服务器代码同步错误，致使系统返回502。该异常已被工程师修复，此期间给用户带来的不便，我们深表歉意。
& 上海简米网络科技有限公司 沪 ICP 备Ping++ 支付推出「账户系统」和「多级商户系统」
Ping++ 支付迎来了又一次涅槃，是的，产品再度升级了。
归根究底，产品的重大升级都有其历史原因，是拥抱变化的应激行为。Ping++ 曾有几次历史性的革新，我们就产品的发展和现状做个梳理：
2014 年 10 月，首次正式对外发布移动支付聚合 SDK，成为行业标准。
2015 年 10 月，，正式从移动端向全平台覆盖。
2016 年 4 月，，推出聚合分期 SDK，给商户更多的渠道选择。
过去两年，Ping++ 一直专注于「聚合支付」，每一次产品的更新都是为了拓展更多更丰富的渠道，更广更全面地覆盖前端场景、后端语言和主流平台。越来越多的公司选择 Ping++ ，聚合支付成为一种服务方式，而服务，不再仅仅停留于起初快速的「支付接入」。
收款和付款都不是一次性的事情，涉及支付，从交易处理到运营管理，都需要持续性的人力投入。Ping++ 为商户提供安全、稳定、高性能底层设施的同时，也要兼顾商户互联网产品应对商业变现的一切需求。于是，Ping++ 开始逐步提供互联网 “泛收银台” 上可能涉及的一些功能，如分期、余额、优惠券、多级商户分成等等。基于成熟的聚合支付云服务，Ping++ 正式推出了解决以上系列需求的账户系统和多级商户系统。
「账户系统」是一套围绕用户的支付和营销工具，可以帮商户实现余额、优惠券、打赏等多样化的运营需求。用户可以使用多种支付方式充值或提现，余额消费、优惠券消费、互相打赏；商户可以管理用户余额、优惠券消费明细，分析营销效果。
「多级商户系统」是适用于商城和平台类产品的财务解决方案，平台商户不仅可以轻松概览和处理全平台的交易数据，还能全局把控所有子商户的交易明细，根据与子商户的分成规则，高效实现多级商户的账务清分。
从为商户提供「支付通道」到为商户提供「用户账户」，从「C2B 收款」到「C2B2B 场景」，在支付体系的构建之路上，Ping++ 从未停过。Ping++ 不再仅仅是「聚合」商业模式的代名词，为企业客户提供从研发到运营的定制化支付解决方案，倾力打造行业领域标杆的支付系统将意味着更具竞争性的挑战和更广阔的发展前景。
这些新功能可以帮你实现：
了解更多：
/account?from=4&desc=sohu
/platform?from=4&desc=sohu
Ping++ 是企业首选的系统，提供专业的支付系统设计及解决方案，网站：微信：@PingPlusPlus。，让我们了解你的支付系统需求。
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
金亦冶，移动支付公司 Ping++ 创始人兼 CEO 。
App 商户如何接入 Apple Pay ？
今日搜狐热点IOS 内支付那点事
我的图书馆
IOS 内支付那点事
1.IOS&purchase&介绍
所谓的内支付就是在应用中内嵌，在中使用来实现，会连接，代替应用安全地完成用户支付的支付行为。提示用户授权支付，然后通知应用用户已经完成支付，这样应用就可以提供用户购买的东西。
2.IOS内支付开发流程
IOS&内支付有两种模式：
1)&内置模式
2)&服务器模式
内置模式的流程可以简单的总结为以下几步：
1)&app从获取产品信息
2)&用户选择需要购买的产品
3)&app发送支付请求到
4)&app&store&处理支付请求，并返回信息
5)&app将购买的内容展示给用户
服务器模式的主要流程如下所示：
1)&app从服务器获取产品标识列表
2)&app从获取产品信息
3)&用户选择需要购买的产品
4)&app&发送&支付请求到
5)&app&store&处理支付请求，返回信息
6)&app&将发送到服务器
7)&服务器收到收据后发送到验证收据的有效性
8)&app&store&返回收据的验证结果
9)&根据返回的结果决定用户是否购买成功
上述两种模式的不同之处主要在于：交易的收据验证，内建模式没有专门去验证交易收据，而服务器模式会使用独立的服务器去验证交易收据。内建模式简单快捷，但容易被破解。服务器模式流程相对复杂，但相对安全。
上面介绍了内支付的基本流程。内支付的流程并不复杂，但是在实际开发、提交苹果审核以及上线后出现了不少问题。下面就一一道出在上述过程中踩过的雷，进过的坑。
无尽的等待（开发）
开发之初，苹果方就很负责的告知我们的服务器不稳定。真正开发之后，发现苹果方果然是很负责的，不仅是不稳定，而且足够慢。验证一个收据需要时间。
1.用户能否忍受的等待时间
2.如果宕机，如何确保成功付费的用户能够得到正常服务。
对于第一个问题，我们有理由相信用户完全无法忍受，所以采用异步验证的方式，服务器收到客户端的请求后，就将请求放到中去处理。
对于第二个问题，由于苹果人员很负责人的告知：我们的服务器不稳定，所以不排除收据验证超时的情况。对于验证超时的收据，保存到数据库中并标记为验证超时，定时任务每隔一定的时间去app&store验证，确保能够获取收据的验证结果。
沙盒“被拒”（审核）
在开发过程中，需要测试应用是否能够正常的进行支付，但是又不能进行实际的支付，因此需要使用苹果提供的测试。不能在模拟器中使用，测试必须在真机上进行。
在生产环境中验证
在实际开发过程中，服务器端通过字段标识客户端传递的收据是沙盒环境中的收据还是生产环境中的收据。在提交苹果审核前，沙盒测试均无问题。提交苹果审核后，被告知购买失败，审核未通过。通过查询日志发现，客户端发送的交易收据为沙盒收据，但是字段却标识为生产环境。
结论：苹果审核时，仍然在沙盒环境下测试。但是客户端同事在提交苹果审核时，将字段写死，设置为生产环境。这样就导致沙盒收据发送到去验证。
那么如何自动的识别收据是否是呢？
识别沙盒环境下收据的方法有两种：
1.根据收据字段&。
2.根据收据验证接口返回的状态码
如果，则表示当前的收据为沙盒环境下收据，需要调用进行验证。
真假收据（上线）
解决了沙盒环境的问题后，历经三次终于通过了审核。但问题并没有因此结束，上线后，出现了大量支付失败的情况，这是始料未及的。虽然这些伪造收据均被我们的服务器识别出来，但是仍然遇到了一些麻烦：
1）由于国内越狱用户占比较大的比例，所以没有收据中有以上都是无效收据，但仍然需要去苹果服务器验证。
2）很多越狱用户都安装了插件，对于这部分用户即便真心想购买会员的服务，但由于系统原有的支付功能已经被破坏也无法完成实际的支付。但部分越狱用户并不清楚这一点，上线后就收到用户的投诉，内容无非是我已经支付成功了，为什么没得到相应的服务。
正所谓知己知彼，百战不殆。所以有必要了解一下破解插件的原理
IAP&Cracker&and&IAP&Free
IAP&Cracker&原理
IAP&Cracker之所以可以成功是因为客户端收到返回的直接根据中的来判断用户是否购买，而没有去验证收据。殊不知，能够模拟返回的消息。
IAP&Free&原理
有了&的经验教训，增加了流程，道高一尺魔高一丈，应运而生。基本原理：
1)&伪造成功的交易收据
2)&修改设备的，将收据验证的服务器地址指向伪造的地址。
通过破解插件的原理，破解插件主要利用了以下支付流程的漏洞：
验证流程的漏洞
1）仅仅根据返回的交易状态判断购买是否成功没有对收据进行验证。
2）客户端直接与进行交易收据的验证
验证收据的漏洞
仅仅根据的状态&为判断收据的合法性。
通过上面的分析，我们知道了问题所在，下面就是解决问题
1）对于验证流程的漏洞，我们采用服务器模式，利用独立服务器验证交易收据
2）对于验证收据的漏洞，只要我们深入了解收据的结构就可以甄别出真假收据。
&&&&&&a.status=0
&&&&&&b.productid
&&&&&&c.purchase_date
&&&&&&d.expire_date
&&&&&&从以上四方面入手，基本就可以判断收据的真伪
3）通过对验证收据日志分析发现以上的伪造收据都是一样的。这样可以依此对收据进行过滤而不需要进行验证后方可发现收据的真伪。
收据的过滤可以是多维度的：
b.&根据，上线后发现很多伪造的收据构成中含有数字以外的其他字符。
c.&根据收据的唯一性
4./library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/RenewableSubscriptions/RenewableSubscriptions.html
TA的最新馆藏
喜欢该文的人也喜欢}