一、简述MQTT（消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的通讯协议，该协议构建于TCP/IP协议上。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。MQTT协议的应用场景包括物联网、移动应用、车联网、智能家居、即时聊天等。二、特性使用发布/订阅消息模式。对负载内容屏蔽的消息传输。使用TCP/IP提供网络连接。有三种消息发布服务质量：“至多一次”，消息发布完全依赖底层TCP/IP网络。会发生消息丢失或重复。这一级别可用于如下情况，环境传感器数据，丢失一次读记录无所谓，因为不久后还会有第二次发送。这一种方式
背景:Apple要求您对此类购买实现恢复机制，让用户在删除设备后取回他们的购买或查看用户其他设备上的购买。Apple接受的一种方法是进行可选的用户注册并在您的服务器上处理以保存交易收据。因为苹果不像其他类型的非消耗品那样购买。这允许您获取用户的所有收据以恢复它们。Apple说注册应该是可选的。但我们必须向用户表明需要注册才能查看从其他设备购买的商品。我建议的方法:我将通过在iCloud中保存购买收据来实现恢复机制。我将指出需要登录iCloud才能从用户的其他iOS设备访问订阅内容。购买成功的应用程序。将检查iCloud是否可用于保存订阅详细信息(交易收据)，否则，订阅将保存到UserD
问题一:我已经阅读了有关订阅的Apple文档，但我仍然不确定从iOS9开始是否可以在不联系Apple服务器的情况下从收据中获取自动续订订阅的到期日期？这有意义吗？问题二目前我正在做的事情是让自动续订订阅到期:使用[[NSBundlemainBundle]appStoreReceiptURL]并将收据转换为base64字符串创建一个包含此收据数据和共享secret的字典将这个字典转换成JSON字符串将此JSON字符串发送到https://sandbox.itunes.apple.com/verifyReceipt返回作为应用商店回复收到的JSON化收据字典从latest_receipt_
根据this文档用于接收关键订阅事件的更新通知(JSON对象帖子)的服务器URL。这仅适用于包含自动续订订阅的应用。建议将这些通知与ReceiptValidation结合使用，以验证用户当前的订阅状态并为他们提供服务我们已经添加了URL，但是在检查服务器日志时链接没有被ping，Q1-我需要做任何额外的设置才能在沙盒中测试它吗？Q2-它是否只适用于用户在生产时进行的真实购买？Q3-我是否需要向应用商店推送更新以使订阅URL有效？任何建议都会有帮助 最佳答案 1)您是否在您的服务器上设置了所需的ATS协议(protocol)？http
小程序订阅消息小程序有些时候需要向用户发送消息，比如取餐提醒，审核结果通知等等，我们可以使用小程序官方开放的免费api：小程序订阅消息。小程序订阅消息类型常见的有一次性订阅消息和长期订阅消息，这两个主要区别：一次性订阅消息：用户授权一次，只能发送一次消息，再想发送需要用户再授权一次长期订阅消息：可以授权一次，一直发送，没有次数限制。（目前长期性订阅消息仅向政务民生、医疗、交通、金融、教育等线下公共服务开放）这两个都有消息模板，模板可选范围在于小程序是什么类目，不同类目模板不同。使用详细步骤本篇主要介绍一次性订阅消息的发送，以发送审核结果通知为例（因为我没有可以发送长期订阅的小程序可以做演示hh
我需要将Non-RenewingSubscription添加到我的应用程序中。我已经打开iTunesConnect并添加了类型为Non-Renewing的应用内购买，但我找不到任何字段来配置我的订阅的确切持续时间。如何设置订阅期限？ 最佳答案 与自动续订订阅不同，在非续订订阅中，您需要自己处理持续时间。按照本教程-https://www.raywenderlich.com/36270/in-app-purchases-non-renewing-subscription-tutorial
假设我编写了一个Newsstand应用程序，所有内容(所有问题)都可以免费下载。Apple要求Newsstand应用至少提供一项订阅，即不会过期的免费订阅。我的问题:*)我假设我不会打电话是对的吗[[UIApplicationsharedApplication]registerForRemoteNotificationTypes:UIRemoteNotificationTypeNewsstandContentAvailability];直到用户选择订阅？意思是，只有订阅有效的用户才能收到报亭推送通知？*)我是否正确地假设我实际上必须在iTunesConnect中为这个应用程序设置一个“
我正在实现一个包含应用内购买功能的示例。订阅为非续订类型。在自动续订订阅的情况下，如果用户已经购买，并且在有效期内如果用户再次尝试购买，iTunes会显示提示Youarealreadysubscribedtothepurchase并且不会继续进行下去。用户可以使用应用恢复功能恢复他的订阅。但在非续订订阅类型的情况下，如果用户已经购买，并且在有效期内如果用户再次尝试购买，iTunes会显示确认提示Youhavealreadypurchasedthesubscription,toreneworextendthesubscriptionpressbuyorpresscancel如果用户按下购
就Apple是否允许而言，这是一个我不清楚的场景(尽管我已经看到其他应用程序确实这样做了):用户购买或订阅网络应用。用户然后下载相关的iOS应用程序(即，它与网络应用程序具有相同的功能并共享相同的数据)并且只能通过从网络应用程序输入用户ID和密码来访问iOS应用程序(因此本质上是iOS应用程序可以免费下载，但不能免费使用)。根据Apple开发者FAQpageforin-apppurchases:“使用AppStore以外的机制解锁或启用附加特性或功能的应用将被拒绝”“使用应用内购买API(IAP)以外的系统购买应用中的内容、功能或服务的应用将被拒绝”。“提供订阅的应用程序必须使用IAP
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎与helpcenter中定义的范围内的编程无关。.关闭5年前。Improvethisquestion如果我希望在我的应用程序中允许订阅，是否需要使用Apple的应用程序内购买支持？我目前正在开发一款可以免费下载和使用的应用程序。它将支持广告，但我还将提供不会显示广告的高级版服务。我可以在应用程序/后端服务(注册、信用卡处理等)中自己实现订阅功能吗？或者，我是否需要使用Apple的应用内购买支持(从而也放弃30%的订阅费)
