ios - 如何处理 Grand Unified Receipts 的长度？
<p><p>我有一个包含许多不同自动续订订阅的应用。当用户订阅新订阅时，收据(Grand Unified Receipt)会从应用程序上传到我的服务器，然后发送到 Apple 并返回和解释详细信息。</p>
<p>我注意到当用户订阅了很多订阅时，此收据可能会变得很长。此外，收据自然会变长，因为订阅会每月自动更新，新条目会插入到收据中。</p>
<p>因此，收据的大小可能会变成兆字节，这会对用户的蜂窝服务产生大量数据需求，并且需要在我的服务器上进行大量的处理时间(循环遍历收据中的所有条目以查找需要记录)。</p>
<p>有人对处理这个问题有什么建议吗？</p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>是的，这是个问题，但您只需向服务器发送一张 iTunes 用户的收据，用于您的应用程序的非消耗品或订阅购买，换句话说，初始收据验证使您能够通过验证来访问后续交易针对 Apple 服务器的 <code>latest_receipt</code> 字符串。</p>
<p>最有效的方法是向您的服务器发送用户首次购买的收据，对于任何后续购买，您只需发送 <code>SKPaymentTransaction</code> 类上的 <code>transaction_id</code> 属性.</p>
<p>请注意，虽然在我的测试中消耗品购买不能以这种方式工作，但它们存在于收据的 <code>in_app</code> 数组中，但后续收据将不再包含它。因此，如果您想验证这些收据，则必须将这些收据发送给您的服务器。</p></p>
<p style="font-size: 20px;">关于ios - 如何处理 Grand Unified Receipts 的长度？，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/31658710/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/31658710/
</a>
</p>
页:
[1]