iOS推送—用Adhoc模式在生产环境中测试Push Notifications功能(转)
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了iOS推送—用Adhoc模式在生产环境中测试Push Notifications功能(转)相关的知识,希望对你有一定的参考价值。
参考技术A 由于我现在开发的应用比较依赖消息推送。但在生产环境中(production)来测试消息推送比较麻烦.大部分人认为只能在app发布之后,才能验证生产环境下的消息推送。其实是不对的这篇文章,是解决如何在不提交app应用的情况下,使用ad-hoc模式来验证消息推送(push notifications).1.png
把codeSign 设置我就忽略了接着,进入XCode->Product->Scheme->Edit Scheme。修改Build Configuration为Release
2.png
然后进行打包 savefor adhoc ipa然后。通过itunes装到有权限的设备上就可以验证生产证书的推送。
APNS 不适用于 Google App Engine 上的 AdHoc 分发配置文件
【中文标题】APNS 不适用于 Google App Engine 上的 AdHoc 分发配置文件【英文标题】:APNS not working on AdHoc Distribution Profile on Google App Engine 【发布时间】:2015-04-14 20:14:58 【问题描述】:使用通用 iOS 开发和 APNs 开发 iOS 证书成功发送和接收推送通知后,我为 AdHoc 测试创建了 iOS 分发和 APNs 生产证书。
首先,我创建了一个 iOS 分发证书并将其安装到钥匙串中。然后我创建了 APNs 生产证书,将其安装到钥匙串,并将 .p12 文件上传到服务器。最后,我创建了配置文件并使用 iOS 分发证书对其进行了签名。但是当我创建 ipa 文件并将其安装在设备上时,没有收到推送通知。
设备请求权限,我得到一个唯一的设备 ID,服务器端没问题。 有没有人遇到过这个问题,遵循了什么指南/教程?
我关注了这篇文章
http://gnuromancer.org/2013/04/21/google-app-engine-apns/
【问题讨论】:
你是在陈述一个问题,而不是在问一个问题。请说明您面临的一个不太广泛的问题。 设备是否询问了您显示通知的权限?你得到设备唯一ID了吗?服务器端一切正常吗? 【参考方案1】:问题出在 Google App Engine 服务器上。
ApnsService service = APNS.newService()
.withCert(inputStream, "password").withSandboxDestination()
.withNoErrorDetection().build();
如果您要创建 AdHoc 或 AppStore 版本以及不同的证书和配置文件,则必须将 withSandboxDestination()
行更改为 withProductionDestination()
。
【讨论】:
以上是关于iOS推送—用Adhoc模式在生产环境中测试Push Notifications功能(转)的主要内容,如果未能解决你的问题,请参考以下文章
APNS 不适用于 Google App Engine 上的 AdHoc 分发配置文件