itenfay / dyfstorekit Goto Github PK

This is not an issue, it is just for a doubt, where we can see expired date and time of auto-renewable subscription.

Thanks

我们需要自己服务器二次验证，点击购买之前会调用服务器接口返回充值编号交易记录和充值交易编号这两个参数。调用二次验证的时候需要把这两个参数和 receiptData 一起传给服务器，请问这个应该怎么处理。我看源码感觉可以在DYFStoreNotificationInfo里面绑定这两个参数，能否提供一下私聊，不胜感激

Hello,
I'm about to connect the UI of my application to your pod, and at first I retrieve the available products:

'[DYFStore.defaultStore requestProductWithIdentifiers:productIds
success:^(NSArray *products, NSArray *invalidIdentifiers) {'

and this is the log:

`2020-04-29 10:54:52.058563+0700 [DYFStore] -[DYFStore requestProductWithIdentifiers:success:failure:] [Line: 182] requestProductWithIdentifiers: (
noads
)
2020-04-29 10:54:52.089919+0700[DYFStore] -[DYFStore productsRequest:didReceiveResponse:] [Line: 251] products request received response
2020-04-29 10:54:52.090148+0700 [DYFStore] -[DYFStore productsRequest:didReceiveResponse:] [Line: 259] received product with id: noads

2020-04-29 10:54:52.090645+0700 [DYFStore] -[DYFStore requestDidFinish:] [Line: 289] products request finished`

but I get this error when I want to buy a product:

An error occured, 100

and I can see that self.availableProducts in the defaultStore is empty, and tracing this array in the pod code I can see that self.availableProducts gets filled with products, but is like they are removed after that.

Thanks!

EDIT: I have replaced the bundle id in your test/demo project with my application bundle, and I get the same error when I want to purchase from the list of products.

DYFKeychain.m

应该在118行之上添加如下代码

 [self.lock unlock];

AppDelegate添加下面两行的时候 DYFStoreManager没有初始化, 导致如果DYFStore里有恢复的单子发出的通知DYFStoreManager收不到, 然后就没后续了

 [DYFStore.defaultStore addPaymentTransactionObserver];
   
   // Sets the delegate processes the purchase which was initiated by user from the App Store.
   DYFStore.defaultStore.delegate = self;

如题：沙盒环境 多次购买消耗型内购不会调起支付页面。并且支付成功验证成功之后。再次打开app 还是会走到校验函数

Your DYFStoreManager.m storeReceipt method saves receipt data to the keychain. If the receipt is too large, then iOS crashes the app. For apps like ours with auto-renewable subscriptions, the receipt data can be huge because Apple stores each and every past transaction in the receipt. My app's code is modeled after your DYFStoreManager.

Here is what we're seeing in the console log:

securityd SecDbKeychainItemV7: item's secret data exceeds reasonable size (5004203 bytes)
keychain item data exceeds reasonable size (5049072 bytes)
osanalyticshelper Process MyAppNameHere [742] killed by jetsam reason per-process-limit

Do you have a workaround for this issue?

没有服务器，个人开发本地验证自动订阅单据需要注意哪些，谢谢

请问此封装适用自动订购吗，需要注意哪些地方或者修改哪些地方，求解答

同一个设备 同一个Apple账户 同一个App 不同的App账户 购买订阅产品 怎么处理不通用户之间的权限
比如A账户购买了订阅 之后又取消了订阅 之后使用B账户登录的App，重新去订阅。订阅之后产品的权限给哪个账户？客户端这边需要怎么处理？处理流程是怎样的？

我使用我自己APP的信息和沙盒账号测试，在调用'''[[DYFStoreManager shared]restorePurchases]'''后，'''- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray<SKPaymentTransaction *> *)transactions'''收到了900多个transaction,之后Demo就出现了Crash。

因为这个沙盒账号用了很长一段时间，所以产生的transaction比较多，这种的要怎么处理？