JPush Push API 更新增加了一个可选参数“apns_production”,用来指定这次推送的 iOS 部署环境:0. 开发环境,1:生产环境。与此同时,JPush Web Portal 上进行推送时,可指定这次推送的环境。
成都网站建设哪家好,找成都创新互联!专注于网页设计、成都网站建设、微信开发、小程序设计、集团成都企业网站建设等服务项目。核心团队均拥有互联网行业多年经验,服务众多知名企业客户;涵盖的客户类型包括:成都玻璃钢雕塑等众多领域,积累了大量丰富的经验,同时也获得了客户的一致认可!
此功能是基于开发者的反馈来做出的:为了方便 iOS 应用上线后,部署环境设置为“生产环境”时,仍然需要进行 iOS 开发环境的推送测试。
对于老版本未指定 “apns_production” 参数的 API 调用,默认行为与之前相同:检查 JPush Web Portal 上当前应用的部署环境设置。如果指定了此参数,则按照此参数指定来进行这次 APNs 推送。
详细请参考推送 API 文档里的具体参数定义:
JPush 官方提供的 API Client Library 将在稍后的版本更新中逐步加上此特性。
APNs Development iOS :开发环境下的推送证书。APP接入个推、极光实现推送功能时,需要这两个环境下的证书,不过证书要在keychain中生成p12文件才可被个推、极光识别。
Apple Push Services :生产环境下的推送证书。APP接入个推、极光实现推送功能时,需要这两个环境下的证书,不过证书要在keychain中生成p12文件才可被个推、极光识别。
iOS Distribution :生产证书。把app的ipa包上传到AppStoreConnect审核会用到发布证书
iOS Development :开发证书。真机调试、发包测试会用到开发证书
由于我现在开发的应用比较依赖消息推送。但在生产环境中(production)来测试消息推送比较麻烦.大部分人认为只能在app发布之后,才能验证生产环境下的消息推送。其实是不对的这篇文章,是解决如何在不提交app应用的情况下,使用ad-hoc模式来验证消息推送(push notifications).
1.png
把codeSign 设置我就忽略了接着,进入XCode-Product-Scheme-Edit Scheme。修改Build Configuration为Release
2.png
然后进行打包 savefor adhoc ipa然后。通过itunes装到有权限的设备上就可以验证生产证书的推送。
推送包括两种形式和两种方法。两种方法包括api推送(即后台推送)和极光web控制台推送。
两种形式指的是推送包含推送通知以及推送消息,注意:通知会在苹果通知中心显示,但是消息并不会走apns,即app在后台或者未运行时不会以通知的形式显示到手机页面上,但是每次app启动并运行的时候会通过回调方法调用获得推送消息。
往往需要针对个人推送,这里需要用到极光推送中的别名,或者标签。其原理是用户在登陆成功时,通过用户唯一身份ID进行别名或者标签注册,在下次需要针对个人推送时,增加通过别名或者标签推送。
极光推送作为较成熟的推送平台,通过集成基础操作。为客户端以及服务端节省了大量时间来实现推送效果。
就iOS端来说要注意整体流程,首先,iOS端推送时分为两个状态,开发环境与生产环境,每个环境在app development里应做好相应的证书并导出(极光集成时需要用到p12文件),开发环境与生产环境需要在极光控制台设置。
极光推送个性化推送满足用户多种推送需要,有效提升用户体验,利用大数据人工智能技术,实现智能用户分群,提升消息点击率,推送安全包确保推送内容准确,拒绝运营事故。