本周问答荣誉榜
本月问答荣誉榜
含有标签"推送消息"的问题
javapns 向苹果服务器推送消息。
已确认证书和token没问题，在测试服务器成功推送到手机。
同样的证书、代码和token，配置到正式服务器，消息推送成功，但手机收不到消息。
device token是从设备动态获取的。
证书是生产证书
消息推送完执行PushedNotification.findSuccessfulNotifications(notifications).size() = 1
但是设备收不到消息。
谁知道这是怎么回儿事儿？ 有遇到过类似问题的吗？
创建新的appid，然后用这个appid建立Certificates，但是在最后想生成Provisioning Profiles的时候，在选了建立Certificates的aphid的情况下，却选择不了这个Certificates（Type:APNs&Development&iOS），只能选择旧的Certificates（Type:iOS Development），这是什么情况啊。
简单的说，就是建立Provisioning Profiles的时候选不了想选的开发证书
苹果APNS推送，小弟是这么写的：首先获取deviceToken列表，然后建立推送连接，然后循环一条一条发送；但是，根据苹果官方文档的描述，当中间遇到一个无效deviceToken（例如用户卸载了app就会出现一个无效deviceToken）时，会导致后面的设备全部收不到推送；
例如：有用户A/B/C/D/E/F..，当用户C卸载了app后，推送队列循环到C的时候，发送肯定是失败的，而且苹果将不再向后面的用户D/E/F发送推送消息，这个时候需要断开此连接，重新建立一个连接，从D开始重发；
但是C/D/E/F的返回值却和A/B的返回值是一样的(返回值基本上都是210)，这样就无法判断哪一个设备是无效的；
苹果有个反馈信息：feedback，这个接口可以获取上一次发送时遇到的无效设备；
但是，必须等到发送遇到无效设备的时候，这个接口才能拿到数据；
例如：有1000个用户，10天前发了一次推送，有无效设备50个，10天内又有100个用户卸载了app，现在调用feedback接口是拿不到这10天内所卸载设备对应的deviceToken的；
综上所述，有两个解决方案：
1、为每一个deviceToken都建立一个链接；
2、每一个设备推送完成后，都调用一次feedback接口，看看有无失效设备，如果有，...
我的项目中需要保存推送过来的消息到本地，我知道:
1.在程序运行并在前台的时候可以通过
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo，这个方法来保存；
2.程序在后台，推送过来的时候点击推送消息也可以通过上面的方法保存；
3.程序没有启动，推送过来的时候点击推送消息可以通过- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions这个方法保存
现在问题来了：
4.程序在后台，服务端一下推送来5条通知，你点击最后一条并进入程序，这样只会保存最后一条，这前面4条就会丢失。
5.程序没有运行，服务端一下推送来5条通知，你点击最后一条并启动程序，这样只会保存最后一条，这前面4条就会丢失。
怎么可以避免第4点和第5点的事情发生，就是说怎么全部保存推送过来的消息？...
我的问题：
1.推送消息是如何发送的，通过什么方式
2.是不是关闭了蜂窝和3g，“通知”程序有后门，依然可以使用蜂窝和3g
iOS App在第一次安装不允许接收推送消息之后如何再开启呢？
1、在设置的通知中心没法修改，因为那边只是能修改要不要显示在通知中心和如何显示
2、卸载应用再安装也没用，因为只有第一次安装时才会提示你要不要允许接收推送消息
各位大侠给个建议如何处理吧？
请问下拉点击推送消息如何跳转至指定界面?
第一次注册通知的时候，有弹出这个对话框。
但是之后我卸载了，重新安装，却没有弹出这个对话框。
能接收到message，通知中心也有相应的应用。
这个是为什么呢？
在ios推送消息时，可以知道用户的地理位置而选择是否推送消息嘛
如果您知道原理，也请回复，我会竭尽所能去查。
接受推送后，运行程序后立即push到推送消息的界面会有 控件未被加载到界面上，，有谁知道是什么原因吗？（程序接受到推送消息时，程序未在后台运行，在后台运行时，接受到推送消息界面不会有问题）。
关于消息推送，一直不解。服务器如何得到所有的客户端的device token。
1。每个客户端都可以把device token发给APNS服务器。
2。本地消息服务器发送信息到APNS服务器时，都要有device token。
这个device token从哪里获取的？Debug时能够理解，我们可以自行读取itouch/ipad/iphone上的。但是上线的APP，device token应该都是用户主动push到APNS。我们又怎么从APNS服务器上获取到这些device token呢？难道每次发消息只能发到一个device token?...
小弟我想做一个程序，在由于推送部分不是很清楚，所以想问下各路高手，能否实现程序接收到推送消息后，根据消息的能容做不同的操作呢，不如连接服务器，和服务器通讯等。有没有高手做过的，指点一下，谢谢
各位大大：
&&&&&& ios的apns推送到达以后，在通知中心会有消息提示，点击进入应用后，这个通知不消失，找了好久没有找到接口。而对于local的通知，是有接口dismiss的，即cancelAllLocalNotifications，请问有人知道如何解决吗 。。。。后使用快捷导航没有帐号？
主题帖子积分最后登录&
发烧级萤石控, 积分 304, 距离下一级还需 196 积分
手机客户端里打开活动检测提醒，有人经过时会收到推送消息，但是透过玻璃的移动侦测却没有反应，所以手机是不是只会推送PIR的消息？？
另外电脑客户端里打开移动侦测提醒，选中上传中心和邮件联动，这时候隔着玻璃活动能收到邮件及截图，但是没有推送消息，请问这个是就这样吗？只能通过邮件的方式？另外上传中心指什么，是把邮件里附件的几张图上传还是视频？
主题帖子积分最后登录&
潜力级萤石控, 积分 40, 距离下一级还需 10 积分
潜力级萤石控
应该是灵敏度的问题
主题帖子积分最后登录&
发烧级萤石控, 积分 304, 距离下一级还需 196 积分
发烧级萤石控
应该是灵敏度的问题
能发邮件就是隔着玻璃也能侦测到移动，但是却没有推送消息啊，跟灵敏度应该无关吧？
主题帖子积分最后登录&
骨灰级萤石控, 积分 506, 距离下一级还需 494 积分
骨灰级萤石控
偶研究很多时间了。
主题帖子积分最后登录&
骨灰级萤石控, 积分 506, 距离下一级还需 494 积分
骨灰级萤石控
平台需移动+pir，才触发，一分钟触发一次。移动侦测邮件可以单独触发，chi一分钟5-6封邮件
主题帖子积分最后登录&
骨灰级萤石控, 积分 506, 距离下一级还需 494 积分
骨灰级萤石控
移动侦测所有画面不一致都会触发，如室外树叶风吹动时，室内光线变化等等，偶是通过画侦测画面解决部分问题
主题帖子积分最后登录&
楼主 。。。
1、活动检测提醒是告警消息推送的开关，只有开启设备告警后才会将消息推送到平台、手机
2、目前默认触发告警的条件是C1/C2/C2S:移动侦测+PIR人体检测；C3/C4：移动侦测；也是触发录像的条件。
3、C1/C2/C2S单独开启PIR人体检测（不开移动侦测的功能),即使检测到人体移动也不会告警不会录像，单独开启移动侦测（不开PIR人体检测），需要在移动侦测设置界面将触发通道也勾选上才会录像（存在TF或NVR中），但不会上传云录像及告警消息，只是做本地静默存储。。。。如果不勾选‘触发通道’也是不会录像的。
摄像机官方交流群 ：
S1运动相机官方交流群 ：
---------------仅此一群，别无分号，谨防假冒------------
谢谢你们的建议和指正，我们会继续努力！
呼吁、招募更多热情积极的萤火虫传播正能量，发光发热.........
主题帖子积分最后登录&
潜力级萤石控, 积分 8, 距离下一级还需 42 积分
潜力级萤石控
触发通道 这一项在哪里 怎么勾选？
主题帖子积分最后登录&
发烧级萤石控, 积分 210, 距离下一级还需 290 积分
发烧级萤石控
点电脑客户端里面可以设置，有一个联动的。要选中录像
主题帖子积分最后登录&
神仙级萤石控, 积分 1151, 距离下一级还需 1849 积分
神仙级萤石控
C1，C2，C2S都是移动侦测+PIR（被动红外探测器）结合来实现活动检测的，两者结合可以有效降低误报率。PIR的原理是检测范围内的红外变化，而玻璃或其他树脂材料等红外线难以穿透，所以楼主这个透过玻璃是不会报警的。
最好是避免目标监控场景与摄像机之间隔着玻璃，要么就是只使用移动侦测报警，但是只使用移动侦测，误报率肯定会上升，因为移动侦测无法识别是活体目标还是风吹草动。。。
萤石工程商
萤石工程商
萤石团队成员
成功发布一个主题帖
萤石答疑高手如何用好消息推送（push）做APP运营 - 简书
如何用好消息推送（push）做APP运营
作为移动端APP产品运营最重要的运营手段，消息推送（push）被越来越多的APP厂商所重视，在信息泛滥的移动互联网时代，手机APP应用安装得越来越多，小小的手机屏幕每天收到的消息推送也越来越多，站在用户的角度去想，你会看每一条推送的内容吗？消息推送（push）是APP运营最优质的渠道，运用得当可以帮助产品运营人员更高效地实现运营目标，相反盲目得push也将带来反作用。APP消息推送具有以下几个特点：①量大，用户数即是可push覆盖的数量。假如一个APP有5000万的活跃用户，且都取得了用户授权，那么全量push一次即可触及到5000万的用户，这比靠媒介传播带来的量更大。②精准，消息推送的受众已经是下载安装且使用过APP的用户，是消息推送最想影响的目标用户，相比之下其他媒介渠道则需要层层过滤才能到达目标用户。③免费，消息推送的主动权掌握在厂商自己手中，只要按照Android、iOS的协议规则去push，是不需要花任何费用的。当然免费也带来了滥用，如何控制好消息推送（push）的“度”是每个APP运营人员需要学习的一门课程。消息推送（push）对APP运营的影响好处：
1.提高产品活跃度。大多数产品运营人员身上都背着DAU、MAU这样的KPI，活跃用户数是APP生存的根本，有用户才能给产品带来价值。现在用户手机上的APP何其之多，除去强需求的应用之外，消息推送是获得用户特别关注，并打开APP激活使用的绝佳途径。
2.带动功能模块使用率。很多产品经理都喜欢通过做加法来体现自己的价值，根据二八法则，80%的用户只会用到APP内约20%的功能点，而剩下80%的功能模块使用率需要运营人员通过一定手段去加强用户认知，引导使用。以百度地图为例，现在的百度地图已经是一个集地图查询、路线导航、O2O服务（美食、打车、酒店、团购、景点等）于一身的服务集群，但是绝大多数用户用百度地图还是只在使用地图查询。酒香也怕巷子深，用户对新功能点的主动发现欲望是很低的，而消息推送正是一个引导用户关注及使用体验的途径。
3.增加用户粘度。“粘度”是衡量用户忠诚度的重要指标，消息推送在一定程度上可以成为APP内容服务的一部分，以新闻类APP为例，对重大新闻进行第一时间push推送能够极大促进用户关注，提高用户使用率、用户忠诚度。
4.唤醒沉睡的用户，提高留存率。在做用户运营过程中，唤醒沉睡用户，挽留流失用户，对于提高用户留存率都是有重要意义，合适的消息推送能有效唤醒这部分沉睡的用户。不利：
1.对用户形成打扰，招致卸载。不是每一个手持尚方宝剑的人，都能用好这把剑。白崎曾看到过有APP一天推送5条消息内容，而且全都是非主动关注的信息。倘若用户能找到关闭渠道还好，一旦激怒用户必然招致卸载。
2.用户对推送消息变得麻木。社会学里有一个阈值理论，曾有人以男性欲望的触发点举例，民国时代女性穿旗袍坐下时隐约可瞥见白花花的大腿，就能触发很多人的欲念，阿Q和小尼姑说两句话就能爽三天，现在的人面对满屏的OOXX，也会感叹没意思。因为不断地看A片，无形中提高了男性欲望的触发点，这就是阈值理论。同样在消息推送中，盲目地海量推送用户不感兴趣的内容，用户也会变得麻木，自然地对你的APP产生一种心理上的屏蔽。等你再推送真正有价值的内容时，用户也会视而不见。
3.产品丧失用户信任。用户下载使用代表着对APP的信任，透支这份信任必然会丧失用户的好感。
消息推送（push）时用户心理反应模型
消息推送目标：成为用户的贴身助手
消息推送原则：在正确的时间推送正确的内容
产品运营人员如何做好APP消息推送？1.细分消息推送的对象，不随意push全量首先要建立用户数据库，对用户特征、地域、偏好进行细化，这部分可以通过账号体系引导用户主动选择，也可以通过对用户行为的大数据分析建立用户模型。单针对北京的福利活动，就只推送给北京地区的用户，无厘头地推送给广东的用户不就成了拉仇恨嘛。2.尊重用户，把主动权还给用户。尊重用户第一步就是把选择的主动权还给用户，消息推送的前提是用户充分信任APP才给了授权，就像邮件订阅一样，用户有取消订阅的权利，否则就会屏蔽你的邮件来源。在上面的消息推送时用户心理反应模型中，用户遇到反感的消息时，会首先想到关闭消息，甚至关闭消息推送的授权，这个时候要尊重用户的选择权，否则当用户找不到关闭的入口，就只能将APP卸载掉，直接导致用户流失。3.从用户接受信息的场景反推消息推送的时间现在的APP推送机制都由服务端进行控制，在推送时间上需要正确得把握。首先千万别在大半夜push消息，除非是预报地震，影响用户休息等对用户形成打扰都是不友好的行为。二是从用户使用场景出发，选择合适的推送时间。以天气类APP为例，通常用户会在早上出门前想知道一整天的天气情况、温度变化，因此天气类APP最好的推送时机就是早上。再举一个浏览器的例子，每到年前各大浏览器厂商都开始做抢票，必然涉及到给用户推送抢票日历，那么抢票日历的推送时间放在早上合适吗？仔细考虑一下这个使用场景，12306的放票时间从早上8点开始，等到抢票当天才提示用户需要抢票，会不会给用户一种突然措手不及的感觉？用户需要提前准备抢票设备（手机APP、网速较快的电脑、可信赖的浏览器等），所以选择在前一天晚上推送是不是更为合适？4.推送用户感兴趣的内容永远只推送用户感兴趣，且选择与用户心理定位相符合的内容。微信的订阅模式值得被参考，为什么每天收到那么多微信消息提示但用户不会反感？因为这些都是用户主动订阅的内容，订阅就代表着感兴趣，感兴趣就会点开看，就是这样的逻辑。为什么说要选择与用户心理定位相符合的内容，如果一个音乐APP整天推送新闻，用户会觉得这是挂羊头卖狗肉，这种与产品无关的消息推送短期内会带来流量上的利益，但长期来讲破坏产品在用户心理的定位，得不偿失。5.根据使用频次决定消息推送的频率工具型APP用户可能每天只打开一次，而社交型APP用户每天会打开20次以上，这就是产品类型决定的使用频次差别。用户心理有一个平衡值，恰到好处的消息推送频率会让用户不知不觉对APP形成依赖。社交型APP可以推送得频繁些，因为用户希望第一时间收到好友发来的消息；工具型APP按照使用场景和使用频次进行推送，通常每天不可以超过一条；内容型APP则不需要按时间决定，当用户订阅的电视剧有新剧集更新，那么就第一时间给用户推送消息。一切以用户感受为中心的运营事半功倍。6.后续动作：尽量引导打开APP，保持友好的用户体验从APP厂商的角度，一切消息推送皆以用户打开APP为目的，那么用户打开时进入的是不是用户想要看到的界面？有很多APP推送的是活动信息，但点开进入的是APP首页，用户还要花精力去寻找活动页面入口在哪儿，这就是不友好的用户体验，一定程度上挫伤了用户点开消息的热情。
白崎的运营笔记：《好产品是运营出来的》将在简书发布更新，敬请订阅。
/collection/7b960a4f25c7
百度产品运营师 | 简书签约作者 | 人人都是产品经理专栏作家
微信公众号：baiqinote}