UID:194787
apicloud控制台中的推送，我用PHP推了一下，信息收不到，但在平台里面，是有这条信息的。& && && && && && && && && && && &
(2.74 KB, 下载次数: 0)
UID:194787
附相应代码
平台上的是可以推送的，但是我服务端这边发的，就收不到！
以下是条件
$title=&ceshiceshi&;//标题
$content=&ppppppppppppppp&;//内容
$type=&0&;//类型
$platform=&2&;//平台
这个模块必须用官方的云端，否则就用推送云API,请参考
UID:194787
这个模块必须用官方的云端，否则就用推送云API,请参考/%E4%BA%91API/push-cloud-a ...
我是用的php的模拟POST提交的！平台可以看到这条信息，但是手机收不到！
我是用的php的模拟POST提交的！平台可以看到这条信息，但是手机收不到！
你是往android设备上发信息吧。一般收不到就是手机未处于连接状态，移动设备网络有时不稳定。建议设置消息保存时间，如果设置则在保存期内联通是可以收到的。
UID:194787
你是往android设备上发信息吧。一般收不到就是手机未处于连接状态，移动设备网络有时不稳定。建议设置消 ...
谢谢！可是我在咱平台上发布就可以收到呢？
如果推送消息返回成功一般都可以收到。你先设置保存时间，然后用云接口发下试试。实在不行你把qq私信我，我们一起看下。
UID:194787
如果推送消息返回成功一般都可以收到。你先设置保存时间，然后用云接口发下试试。实在不行你把qq私信我，我 ...
您好，我推送成功了！我想推送后，让用户点开相应的地址，怎么做呢？
推送“消息”类型时，推送内容由你定，app收到后推送后，消息附带的内容会给你，你可以通过监听状态栏通知被点击事件来获取，在app打开的情况下，可以通过setListenner来监听，根据你自己推送的内容，做相应的逻辑处理。
UID:303032
楼主 我想问一下 PHP端推送是怎么写的
(C) 2014 APICloud> &>&&>&&>&正文
APP开发商们总是在不断尝试新的东西，有些行得通，有些却不行。
删除一封垃圾邮件或者随手把一张无关紧要的广告纸丢进垃圾桶是件微不足道的事情，但是消息推送却完全不是如此轻松之事。
推送，是用户为你开启的绿色通道，给予开发商运营者无比的信任，允许消息去“打扰”他们的生活，进入他们的生活。如果你滥用职权，注定要失去他们。你甚至来不及说声抱歉，在你准备调整策略之前用户早已将应用卸载。在中国，陆续崛起几家专做推送技术的服务商，如个推、小米、信鸽、百度等，他们在为开发者服务的过程中都有了各自的体验与总结。
曾有推送技术服务商在Twitter、Facebook以及国内常用的各大应用做过调查，让我们来看看他们是如何看待推送消息的。要学习如何做好的推送，首先要从根本上认识什么是错误的不可取的推送。
14种错误的推送
1.&&&&&&&&&&媒介传播和手机消息一样
没有人比你更懂你自己的用户。在过去很长一段时间里，人们靠成功的电视广告、纸质传媒或者互联网资讯铺盖来吸引眼球抓住人心。如今，在移动端盛行的年代，很多商家还是延续以前的方式将原有的宣传方式与内容搬上手机小屏幕，并认为他们手机上的消息只是另一种广告渠道。事实上，这大错特错。
手机是完全不同的，它更注重个性化和语境意识。一款应用越想从用户那里获得更多，客户就越期待应用能带给他们什么。这些愿意接受消息推送的用户群体自然希望所获得的内容是经过开发商深思熟虑并有选择针对性地送达到他们的手中。但用户和客户的兴趣并不是千篇一律，这就是为什么用传统老方法是行不通的。
2.&&&&&&&&&&永远将你的商业目标放在第一
任何一位从大品牌公司出来的市场运营老将在第一次接触消息推送之时都会容易犯错。曾经Facebook的运营者推送消息强调用户参与度而不是传递用户感兴趣的内容，结果却并没有得到用户的关注。
用操控性的手段来强调交易，而不是用来做个性化的实战经验，是非常容易导致失败的。每次推送消息的时候，运营者们都应该思考：“应该如何服务客户？”
3.&&&&&&&&&&不关心用户所在意的事情
想要避免被卸载，就要找出用户真正的需求，要问他们。如果你不能使自己的用户设置自己的偏好,他们会很反感甚至生气,会产生被推送消息强制侵入的心理。但如果你推送了的内容恰好是用户所需的（正如他们告诉你的一样），他们便会以热情忠诚回馈与你，甚至不吝惜赞美告诉全世界你的产品有多好，因为这满足了他们最最想要的东西。
4.&&&&&&&&&&无时无刻不唤起用户的注意
广告，无处不在且频率超凡，这是众所周知的。不过手机消息不是广告，也最忌讳无时无刻地去打扰用户。我们要注重的是某种关联与实质内容，而不是频率。推送，不等于让用户知道每一条有关或无关他们的消息。
调查显示Facebook上的用户对抒发强烈自我情感的帖子或者发布太过于频繁的消息日渐敏感，大多数用户会渐渐选择屏蔽他们。试问，你愿意在凌晨三点收到一条别人在夜店嗨到不行的消息吗？又或者一个素食主义者总是收到鲜肉美食的推荐通知。长此以往的不对称消息和无针对性推送，不仅会让用户被逼疯，推送的价值也会荡然无存。许多APP运营者们也该好好考虑，自己精心编辑的消息通知是否打扰了别人浪漫的晚餐、温馨的聚会又或者是专注的工作。
除非，你能很好地把握在合适的时间把他们感兴趣的内容推送到他们手中，这样才会有更高的消息打开率以及提高与用户之间的互动。
5.&&&&&&&&&&无视细微的线索
用户在手机端进行偏好设置，其实是在告诉你他们想要什么。而且用户的手机行为和消费历史可以为你的消息文案提供很好的内容与方向。千万别忽略这些重要的线索。我们要善于利用这些信息来解析你的用户是如何与你的应用程序或你的产品相处的。正如有个美剧迷一直在追剧，每天都会不断查看是否有新剧集出现或搜索相似的电视剧，那么专属于这批追剧迷们的推送消息在第一时间给予聚集更新的提醒就再贴心不过了！
PPTV，作为国内的一款颇受欢迎的视频类应用，在接入个推推送之后表示大大提高了用户活跃度。保守数据表明，PPTV与个推合作一年多以来，累计覆盖的用户就超过1亿之多，单次推送可覆盖2500万-3000万的用户，并将日活提升至少15%！ 好的推送效果与高效稳定的推送技术及选择精准目标用户都分不开。
6.&&&&&&&&&&卖！卖！卖！
一家公司的确是需要达到一定的数据指标，通过市场和销售的手段去达成这些目标。而APP里面的用户其实是最容易帮助完成更多点击和销售的对象。但一定要避免诱惑！手机用户是你最忠诚的客户，然而过多的垃圾消息与销售广告只会扼杀他们对你的信任。
我们要考虑的是什么对你的客户来说最重要？当然不是广告和营销，而是，“价值”。帮助客户其实就是在帮助自己。接受打开消息推送开关并愿意与之互动的客户活跃度比那些没有接受推送的活跃度高出388%，所以做好的推送一定要为用户带去足够的价值，否则就是在消费信任。
7.&&&&&&&&&&对用户死缠烂打
在你想去唤起沉默用户之前，不妨先想一想，为什么一开始的时候他们就没有成为活跃的那一批呢？是不是他们对我们的销售和客户服务不满意？他们打开你的APP是每天一次还是每周一次还是每月一次？
你不断想让你的用户回到你的程序并对他们纠缠不清的时候，用户往往会无比厌烦，甚至发个帖发个文对你破口大骂也是常有的事！网络传播的力量是巨大的，千万不要轻易惹怒用户造成无可挽回的后果。要记住不能只是告诉他们“我们很想你”，重要的是给他们一个回来的理由，一个新的特质或者一个不容错过的机会。比如你们有了一次无比惊艳的改版，提升了用户体验，又或者推出超值福利，吸引用户点击。让自己进步才是挽留用户最好的理由。
8.&&&&&&&&&&用户不在意广告
对于传统的媒介来说，广告活动会尽可能地通过更多的渠道让人们看到、听到和记住，让越多的人知道，传播得越广泛效果可能是越好。但手机用户往往不希望他们的设备成为另一个广告交付系统，其实移动的生活在他们的口袋中更偏向是个人的。而且没有广告是值得利用并“牺牲”你最好的客户来达成目的。
从某种程度上说，无休止推送广告意味着他们离被卸载不远了。除非客户对销售信息有着特定的需求，否则千万别肆无忌惮地推送广告给用户。
9.&&&&&&&&&&忽视时间契机
手机端的消息讲究时间和契机，我们要在用户最可能采取行动的时候与他们“对话”，这样才能得到良好的反馈与互动。不然就是拿着产品的声誉开玩笑。用户们希望他们所有的渠道都是同步的，如果他们回复了一条社交网络的消息或者点击了一个弹框，说明此时他们有这个时间、兴趣或者需求来做出回应的动作，同时用户也期待着商家或者运营者们有进一步的回应。好的时间能增加推送消息的价值，可以帮助你的产品在你用户的手机里占有一席之地。给18岁的少女和新婚燕尔的少妇推送备孕的相关信息，谁的互动会更多？早上7点和下午3-4点推送晚市代金券，哪个接受度会更高？
10.&&&&&&&邮件和推送一样快速
如果你把时间看做是推送至关重要的策略之一，那么你的APP就打败绝大多数的产品了！不像邮件，人们可能过几个小时甚至几天才会看到打开，然而推送消息则更注重实时性和实效性，起到了及时提醒用户的作用。对航空公司来说，实时更新航班动态并将消息及时推送到用户手中可大大减少乘客误机的几率。
消息推送是能得到用户立即响应的唯一渠道，事实上，推送还能大大提高你打败竞争对手的可能，因为你的消息推送能得到快速回应。
11.&&&&&&&推送对服务与支持来说不重要
用消息通知给你的用户惊喜可以让他们更加熟悉你的产品和服务。比如花一些小心思祝贺他们通过某个里程碑，奖励他们意想不到的“额外”生日，又或者为他们提供经验技巧来更好地使用你的产品。推送的内容越被用户认可，他们就越需要这些消息。
12.&&&&&&&隐藏消息推送开关
不管你如何费尽心思，如何创造价值消息给用户，总有那么一小部分的用户是不愿意接受通知的。如果你越是想隐藏push开关，他们就更容易卸载你的APP。
与其被卸载，还不如只是让用户关闭推送通知的开关。因为只要用户没有离开你的APP，你还是可以过应用内的消息推送触达用户。这样的举措也显得产品尊重用户，体现设计人性化的一面。
13.&&&&&&&对推送的小错误漠不关心
在移动终端，失败的代价是很高的：就意味着失去了你与用户之间的联系。
有些推送消息确实是触到了用户无法忍受的点，比如：“请下载我们的APP吧”（我不是正在用的APP吗？？？），“亲爱的用户，再过两天就是的生日啦！”（谁需要你来提醒我自己的生日啊！！），又或者是“test”、“test”、“test”（你把我当成机器在调试吗？一条还不够，还发这么多测试信息！）。
是人都会犯错，发现有这些错误，运营者们千万不可置之不理，而要把错误当做与用户沟通的宝贵机会，给予真诚道歉并重新赢得用户的信任。
14.&&&&&&&品牌经验并不重要
为消息推送制定专属铃声赢得很多用户的心。对用户行为做深度挖掘，可以基本判断他们的喜好，比如给一帮杰伦迷推送消息时用一曲周董的铃声，那还不让粉丝们欣喜若狂吗？又或者喜欢看新闻时政的人群推送消息时抓住他们简洁干练的习惯，设置清晰明快的消息声，也能让他们感受到运营者的用心。
但值得注意的是，对于许多用户避免用太过可爱的声音，不然很容易引起反感。除非已经抓准某一特定人群的特征。
国内的推送技术服务商如今已经呈现了非常猛烈的发展势头，不仅在推送能力上飞速提升，在各方面的功能的优化上也更显丰富。早年先有个推、智游推送、极光推送等创业公司的出现，近两年更有BAT公司加入推送的行列，如腾讯信鸽推送、百度云推送等。
以发展较为突出的个推推送为例，经过4年的磨练，个推已成为目前国内最大最专业的第三方推送服务商，并于2014年于业内首次提出“智能精准推送“概念，将A/B Test和智能标签功能融入推送， 摒弃盲目推送，以大数据驱动精细化运营。一年后，个推又率先发布名为”应景推送“的新产品，以智能场景指引精准投放，结合大数据人群属性分析和LBS地理围栏技术，实时触发消息。在原本智能标签的技术上，个推深挖用户场景的这一成功探索，又给推送带来了重大转型，也给用户带来更有价值的消息。
不难看出，推送技术服务商们在注重精准推送对用户减少打扰方渐渐达成了共识。在此，我们更希望，开发者和运营者们要避免以上的错误推送，真正了解用户需求，让推送成为喜闻乐见的事！
提示：支持键盘“← →”键翻页请大家尽快接入Push数据推送服务
阅读: 8646
本帖最后由 有赞-墨迹 于
18:08 编辑
各位商家、各位合作伙伴：
感谢大家一路相伴！
有赞开放平台自2014年初开放了API接口，帮助商家通过接口的形式与ERP进销存等系统完成无缝对接。目前，由于商家交易量持续增长，每日接口调用量持续走高，已发生多起调用超出系统承受能力的事件。
为让大家能更高效调用接口资源，保障系统稳定运行，我们决定将在日-9月18日期间，推动自行开发系统的商家和第三方ERP合作伙伴从原有的轮询拉取方式升级到Push数据推送方式。
Push数据推送方式，开发者和商家无需再定时不断抓取订单。当有订单产生，状态变更，商品更新等变化后，有赞会主动推送变更信息到外部开发者系统，如此可有效提高了外部调用的效率，减少外部系统和有赞的服务器资源消耗，提升数据开放服务能力。
由于目前接口调用的服务压力越来越大，我们将在9月18日后针对API接口调用发布限流策略、设定阈值（但不影响Push数据推送服务），以确保整个有赞交易系统、买家购物体验不因接口调用超限发生大面积使用故障。由此带来不便，请大家谅解。
同时，为了保障订单数据、商品数据、库存数据的正常对接，请自行开发进销存系统商家和正在服务大量商家的第三方ERP合作伙伴，在9月18日前尽快完成有赞Push数据推送服务的接入、切换。
数据推送服务接入过程中，有赞开放平台团队将与大家紧密配合，给予及时、必要、到位的技术支持。联系人：有赞墨迹；工作微信：yemoji
感谢您对有赞开放平台的支持！
8月18日有赞开放平台
有赞开放平台Push数据推送服务接入指南背景：目前有赞接口授权方式分为两种：免签名（第三方开发者）和签名通讯协议（适用于商家）授权过程中，获取消息的方式必须是由商家或第三方主动向有赞发起申请，开放平台接到具体参数的请求后，如果请求正确则返回具体参数对应的正确消息，如请求错误则返回错误报告。
为什么要用数据推送功能？举个案例：某餐饮外卖的门店商家在有赞开店，利用有赞周边的小票打印机来实现自动接单打印订单，因外卖的订单及时性非常高，需要自动接单打印后快速备货配送。所以，我们的打印机合作伙伴只能不间断的轮询我们的接口，频繁到一分钟抓取一次订单甚至更短。直接增加了第三方和商家的调用成本。同时，对有赞的服务器也带来了超大的压力。
Push 功能上线后，外部开发者和商家无需再定时不断抓取我们的接口消息，当有订单产生，状态变更，商品更新等变化后，有赞会主动推送变更信息到外部开发者，如此，有效提高了外部调用的效率，也减轻了有赞服务器的压力。
备注：现在只开放推送交易接口信息，更多信息推送将陆续开放。
Push推送接入——
消息推送模式 ：& &&&1. 商家自有消息推送&&（适用于有自主开发能力的商家）& &&&2. 服务商消息推送&&（适用于服务商，需要商家授权）
商家自有消息接入：
& &&&一 .&&商家后台配置管理 “推送服务” & &&&a. 登陆商家后台 选择“营销”—&&&“有赞API”&&页面&&，启用 “开关 ” & &&&b.&&“API数据主动推送服务 ”&&填写 “推送网址”&&，勾选 需要推送的内容& &&&
.pic.jpg (0 Bytes, 下载次数: 49)
14:07 上传
& &&&二 . 消息推送&解析& &&&a.&&消息结构体定义 属性类型释义modenumber0-商家自有消息推送
1-服务商消息推送
idString业务消息的标识: 如 订单消息为订单编号
appidString对应商户后台的appid
typeenum消息业务类型：TRADE-交易
msgString经过unicode（UTF-8）编码的消息对象&&：交易对象参考
kdt_idnumber 店铺ID
signString防伪签名&&：MD5(appid+msg+appSecrect)
versionlong消息版本号 为了解决顺序性的问题 ，高版本覆盖低版本
testbooleanfalse-非测试消息& & true- 测试消息 ，PUSH 服务会定期通过发送测试消息检查 商家服务是否正常
send_countnumber重发的次数&&
statusString订单状态
& &&&b. 推送服务消息推送: （重要）& && & 1. 消息推送服务通过 POST 、参数编码为APPLICATION/JSON 的方式向商家提供的地址推送消息& && & 2. 当推送没有成功返回 （超时时间为5秒），会进入重发 。最多重发三次， 分别间隔 10S 、 30S 、 60S&&。三次重发后如果还是失败 ，该消息丢弃。& && & 3. 当推送某个商家服务连续失败时 ，商家服务会被添加到 亚健康列表中。在亚健康列表的商家服务将无法接收到消息，并且期间产生的消息 会被丢弃& && & 4. 推送服务会定期检查亚健康列表中的商家服务是否恢复正常，正常的服务会被从该列表中移除
& & c. 消息接收以及返回：（重要）
& &&&1.消息接收协议参考推送服务的约定& &&&2. 接收服务返回 {&code&:0,&msg&:&success&}&&通知推送服务成功接收. 由于服务端设置5秒的超时时间，建议接收到消息后异步处理自有的业务。注意接收测试消息也请返回 {&code&:0,&msg&:&success&}&&& &&&3. 消息解析 ： & &&&1）判断消息是否测试&&—& 解析test& &&&2）判断消息推送的模式—& 解析mode& &&&3）判断消息是否伪造 —& 解析sign& &&&4)&&判断消息版本&&—& 解析version& &&&5)&&判断消息的业务类型 —& 解析type& &&&6)&&处理消息体 —& 解码msg&&,反序列化消息结构体& &&&7)&&返回成功标识
--------------------------------------------
服务商消息推送接入：
& &&&一 . 开发者后台&商户后台 配置推送服务& &&&a. 开发者后台开启推送服务
28.pic.jpg (0 Bytes, 下载次数: 48)
17:35 上传
22222.pic.jpg (0 Bytes, 下载次数: 24)
14:07 上传
& &&&b.&&商家需要到商家后台将推送权限授权给服务商&&& &&&
333333.pic.jpg (0 Bytes, 下载次数: 63)
14:07 上传
& &二 . 消息推送&解析
& &&&a.&&消息结构体定义& &&&属性类型释义modenumber0-商家自由消息推送
1-服务商消息推送
idString业务消息的标识: 如 订单消息为订单编号
client_idString对应开发者后台的client_id
typeenum消息业务类型：TRADE-交易
msgString经过unicode（UTF-8）编码的消息对象&&：交易对象参考
kdt_idnumber 店铺ID
signString防伪签名&&：MD5(client_id+msg+client_secrect)
versionlong消息版本号 为了解决顺序性的问题 ，高版本覆盖低版本
testbooleanfalse-非测试消息& & true- 测试消息 ，PUSH 服务会定期通过发送测试消息检查 商家服务是否正常
send_countnumber重发的次数&&
statusString订单状态
& &&&b. 推送服务消息推送: （重要）
& &&&1. 消息推送服务通过 POST 、参数编码为APPLICATION/JSON 的方式向开发者提供的地址推送消息& &&&2. 当推送没有成功返回 （超时时间为5秒），会进入重发 。最多重发三次， 分别间隔 10S 、 30S 、 60S&&。三次重发后如果还是失败 ，该消息丢弃。& &&&3. 当推送某个服务连续失败时 ，该服务地址会被添加到 亚健康列表中。在亚健康列表的服务将无法接收到消息，并且期间产生的消息会被丢弃& &&&4. 推送服务会定期检查亚健康列表中的商家服务是否恢复正常，正常的服务会被从该列表中移除& & &&& &
c. 消息接收以及返回：（重要）
& && & 1. 消息接收协议参考推送服务的约定& && & 2. 接收服务收到消息请返回 {&code&:0,&msg&:&success&}&&通知推送服务成功接收. 由于服务端设置5秒的超时时间，建议接收到消息后异步处理自有的业务。注意接收测试消息也请返回 {&code&:0,&msg&:&success&}&&。
& && & 3. 消息解析 ： & && & 1）判断消息是否测试&&—& 解析test& && & 2）判断消息推送的模式—& 解析mode& && & 3）判断消息是否伪造 —& 解析sign& && & 4)&&判断消息版本&&—& 解析version& && & 5)&&判断消息的业务 —& 解析type& && & 6)&&处理消息体 —& 解码msg&&,反序列化消息结构体& && & 7)&&返回成功标识
Demo 下载：
1.&&关于交易消息 有可能会出现同版本号的消息&&这里需要判断交易状态。
发表于 14:33&&|&&
本帖最后由 Noahzi 于
14:34 编辑
你好，请问我对接了开放平台，开启了订单推送，订单改变的时候有推送，但是接收的消息是空的，我用的php 、$_POST 来接收的，问题出在哪里呢？ client_id 是 46abfe4
发表于 19:10&&|&&
你好，请问我对接了开放平台，开启了订单推送，订单改变的时候有推送，但是接收的消息是空的，我用的php 、 ...
getInputStream拿。
发表于 14:28&&|&&
有调试工具之类的吗？或者demo？
发表于 10:58&&|&&
有调试工具之类的吗？或者demo？
没有调试工具暂时，我们会做的
发表于 16:14&&|&&
当推送某个商家服务连续失败时 ，商家服务会被添加到 亚健康列表中。在亚健康列表的商家服务将无法接收到消息，并且期间产生的消息 会被丢弃
接收服务返回 {&code&:0,&msg&:&success&}&&通知推送服务成功接收. 由于服务端设置5秒的超时时间，建议接收到消息后异步处理自有的业务
& & $Code = array(
& && &&&'code' =& 0,
& && &&&'msg'&&=& 'success'
& & 异步处理
& & return json_encode($Code);
问题1：我直接return 后还是进了亚健康列表中。
问题2：通知推送服务成功的接口地址是什么。
问题3：什么时候能出亚健康列表
发表于 16:26&&|&&
有赞收银台支付成功会推送吗？
客来乐互联网收银台，一小时实现传统收银台互联网化。
发表于 11:27&&|&&
当推送某个商家服务连续失败时 ，商家服务会被添加到 亚健康列表中。在亚健康列表的商家服务将无法接收到消 ...
1. 检查是否有返回正确的格式
2. 不需要额外的接口 ，只需要收到推送的请求后 ，返回即可
3.&&目前系统是 整点和半点 会做亚健康列表 的服务检查&&
发表于 11:28&&|&&
有赞收银台支付成功会推送吗？
跟订单相关的变化都会推送
发表于 16:19&&|&&
没有demo好忧伤啊android push推送相关基本问答总结
投稿：hebedich
字体：[ ] 类型：转载 时间：
现在网上一大堆的关于推送方面的实现原理：1.通过pull（拉），也就是通过客户端主动定时轮询服务器请求数据。2.通过push(推)，服务器通过一个长连接主动推送消息到客户端。这两个方式都可以实现推送功能。pull这个方式没什么问题好理解。
通知和消息有什么区别？
通知：发送后会在系统通知栏收到展现，同时响铃或振动提醒用户.
消息：发送后不会在系统通知栏展现，SDK将消息传给第三方应用后需要开发者写展现代码才能看到.
什么是标签tag？
标签是用户的一种属性，在给某些用户设置某类标签后就可以针对推送。比如给喜欢“足球”打上“足球”标签，就可以只给他们精准推送。可以在应用管理页面管理每个应用的标签，每个应用最多打100个标签
Android平台SDK对手机和操作系统有哪些要求？
SDK支持Android1.6及以上版本的手机系统
手机必须要有网络（GPRS、3G或Wifi网络等）
手机可以没有SIM卡，但可能导致部分功能缺失 手机可以不挂载SD卡，但会使部分功能无法正常工作
SDK是否对电量和流量消耗如何？
SDK特意针对手机优化，空载耗电每日15-50毫安，空载流量0.8-1.2M/月
发送消息和通知手机没有收到？
•服务端推送消息、通知的格式是否正确（格式可以参考服务端接口文档；用个推开放平台()推送不需要确认）
•手机网络是否正常 ( 可以用浏览器多点几个网页 )
•请检查SDK是否成功初始化并获得ClientID（详见《个推平台客户端SDK接入文档》- 扩展功能 – 获取透传消息
•如果发送的是消息，需要开发者写接收处理展现代码，请确认是否写了相应的处理代码
•已成功初始化并获得ClientID的情况下，通过个推开放平台-故障排查-已有clientid进行一键监测
SDK没有得到clientid应该怎么办？
• 请确认手机是否正常启动应用
• 请确认手机是否打开移动网络（GPRS、3G）或Wifi网络
• 请强行停止应用后重新启动并等待几分钟
• 如果按照以上步骤仍旧没有取到ClientID，请卸载重装应用
是否提供了服务端API？
是的，服务端提供了三个API接口供开发者调用，详细的用法参见《个推平台服务端接口文档》
为什么我调用服务端接口显示“result=sign_error”？
• 请确认编码是否是UTF-8，不是则修改为UTF-8
• 检测appid，appkey，masterSecret相关的值，尤其masterSecret不要与appsecret搞混。
为什么有时候服务端API推送手机没有收到？
以下情况手机收到消息在通知栏不会显示，需要开发者写接收处理数据代码展现
• 用pushmessage推送消息
• 用pushSpecifyMessage推送消息，同时pushType值为“TransmissionMsg”
• 用pushGroupMessage推送消息，同时pushType值为“TransmissionMsg”
个推推送平台页面特定用户中请上传正确的用户名单是指什么？
Clientid列表，格式为txt文件，每行一个clientid，回车换行，大小上限为20M
应用详情处 注册用户数和在线数都是0，是什么原因？
• 查看客户端是否拿到clientid
• 注册用户数延迟到第二天统计，在线用户数延迟15分钟左右
• 可能您修改过应用appid，导致clientid绑定在之前的appid上，你需要的操作：删除sd卡libs目录，应用清除数据或者卸载重装，再启动应用重新获取clientid
接入引导中的三个测试推送按钮无法收到，但故障排查能收到
您应该修改过应用appid，导致clientid绑定在之前的appid上，你需要的操作：删除sd卡libs目录，应用清除数据或者卸载重装，再启动应用重新获取clientid
clientid在什么情况下会改变呢
在手机没有sd卡的情况下，应用卸载重装或者清除数据是会变化clientid的，不排除其他异常情况，但目前未发现
我本来启动了我的应用,接着我点击通知,他又启动了我的应用,等于我启动了两个,这是为什么？
通过服务端接口推送参数transmissionType设置为1或者通过个推开放平台高级设置选择立即启动选项时，确实会出现这种情况。
如果需要避免此现象，建议通过服务端接口推送时参数transmissionType设置为2，并填写透传消息；通过个推开放平台推送时，高级设置中设置立即启动选项为
否，并填写透传消息。客户端获取透传消息判断应用当前状态，再根据状态做相应的处理。
在同一个手机登录过两个帐号，那么在我的服务器上，这两个帐号关联的clientID就一样了，那推送的消息就乱了？
对于个推只根据用户clientid进行消息下发的，无法避免此类情况。建议客户端维护一套用户id和clientid的关系，用户登录时检测用户id和clientid的绑定关系，下发时根据关系对相应的clientid进行下发。
收到推送，手机顶部的那一栏显示的是机器人，为什么？
需要在工程中drawable下放一张以push.png命名的图标
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具