为什么我的欢乐斗地主对局数显示260了，然后竞技模式说不足10局打不开啊，我记着我没玩儿过欢乐斗地_百度知道iOS 和 Android 双平台，友盟微社区开放测试了！
夏至未至之际，友盟微社区 Android SDK 和 iOS SDK 均已上线了！虽然是测试版本，不过已可以投入使用，并且我们开放了申请入口。 有开发者问到，这款所谓的 App内社区解决方案，除了缩短开发者与用户、用户之间的沟通距离，还能帮开发者做些什么？ 让用户建立社交关系、增强归属感、刷存在
15:13&&&[]
。为了进一步了解这一块，除了看现有产品的做法（公司内部平台），也想自己动手写一下，加深理解，于是选择了业界用得比较多的友盟平台。
统计的维度很多，不过最基本的新增用户和启动次数。关于这个，可能就需要涉及到Android的activity的生命周期和状态改变。为了更好的理解，做了个简单的代码尝试
18:48&&&[]
#import &MobClick.h& [MobClick startWithAppkey:kUMengKey]; [MobClick updateOnlineConfig]; //开启获取友盟参数 [MobClick getConfigParams:@&quot
15:16&&&[]
分复制不了，那就手填上去。 之后按照友盟的步骤走，直到把证书导出到桌面。 去这个网址，添加应用，添加证书添加刚才导出的后缀p12证书，密码为导出时自己设置的密码。然后添加设备，设备的deviceToken，就可以发送测试消息了。
22:11&&&[]
1、微信公众平台 微信公众平台主要是服务号、订阅号、企业号给企业、个人等等提供一个平台（推送，宣传） 2、微信开放平台 主要是自己的移动或者网站应用对接微信的应用（类似百度地图的开放平台等等，去调用接口获取信息）
例子： 1、公众平台： 微信OAuth2.0登录，必须借助微信平台。链接只能在微信
11:36&&&[]
1.基于新浪微博开放平台APP源代码
2.gitHub源码下载地址
/whzhaochao/SinaWeiBoOpen/blob/master/readme.md
3.用到的第三放开源库 3.1 &RTLablep完成微博中
15:38&&&[]
应用审核通过后会分配AppId和AppSecret，用以标识我们的应用：
接口功能说明：
“发送到朋友圈”和“发送给朋友”是我们比较常用的功能，默认已经开启，可以直接使用。 首先将libammsdk.jar放到工程lib目录下。 注册微信接口： private IWXAPI weApi
09:46&&&[]
;Intent&{&flg=0x&cmp=com.tencent.mm/.plugin.base.stub.WXEntryActivity&(has&extras)&}&from&pid&13211
D/MicroMsg.SDK.MMessageAct(13211):&send&mm&message,&intent=Intent&{&flg=0x&cmp=com.tencent.mm/.plugin.base.stub.WXEntryActivity&(has&extras)&}
E/MP-Decision(&&254):&UP&Nw:2.700000&Tw:180&rq:6.142857&seq:205.000000
E/ThermalDaemon(&&256):&Maximum&CPU[1]&frequency&1512000&KHz
I/ActivityManager(&&208):&Displayed&com.tencent.mm/.plugin.base.stub.WXEntryActivity:&+575ms
W/ActivityManager(&&208):&Duplicate&finish&request&for&HistoryRecord{&com.tencent.mm/.plugin.base.stub.WXEntryActivity}
W/IInputConnectionWrapper(13211):&showStatusIcon&on&inactive&InputConnection
E/MP-Decision(&&254):&DOWN&Ns:2.100000&Ts:270&rq:1.273973&seq:319.000000
你签名了吗？
是不是用&http://www.oschina.net/question/92&这种方式进行签名？
你签名了吗？
是用Demo里面的debug.keystore来签名，还是我自己的keystore?
你签名了吗？
是用Demo里面的debug.keystore来签名，还是我自己的keystore?
是你在微信开放平台上填写的应用签名
你签名了吗？
是用Demo里面的debug.keystore来签名，还是我自己的keystore?
是你在微信开放平台上填写的应用签名
我刚才签名了，但情况照旧。。。
你签名了吗？
是用Demo里面的debug.keystore来签名，还是我自己的keystore?
是你在微信开放平台上填写的应用签名
我刚才签名了，但情况照旧。。。
你用微信的demo，包名改成你在微信开放平台上的包名，然后用你再开放平台上的签名文件对demo签名
还不行的话，那肯定是签名搞错了
我用腾讯提供的签名生成工具（下面这个链接）
https://open./cgi-bin/showdocument?action=dir_list&t=resource/res_list&verify=1&id=open&lang=zh_CN
生成如下：
应用签名：ce187ed67e05c2d8879bf66bbfdfc8b9
应用包名：cn.duangwifi.bizconsole
包名也填写在微信开放平台上了。但问题依旧。。。
你用微信的demo，包名改成你在微信开放平台上的包名，然后用你再开放平台上的签名文件对demo签名
还不行的话，那肯定是签名搞错了
你好，&将该app注册到微信&是不是相当于“用微信登陆该app”？
你用微信的demo，包名改成你在微信开放平台上的包名，然后用你再开放平台上的签名文件对demo签名
还不行的话，那肯定是签名搞错了
你好，&将该app注册到微信&是不是相当于“用微信登陆该app”？这个注册是先打开个通道，为后面的授权做准备
原因找到了，是我的设备问题，我换了一台设备就好了！
谢谢sagittarius1988！
08:31&&&[]
17:02&&&[]
项目开发之初安卓和IOS都是使用Bugly来统计bug的后期IOS上线过程中被退回提示一个关于Bugly的upload的一个方法冲突，然后IOS就改用友盟的，不过比较头疼的是捕获的IOS问题并不像安卓一样能够清晰，只显示内存地址，前期没有经验导致IOS打包人员没有保存xcarchive文件，也就无法定位了。最新的版本上线了让其发给我当前版本的xcarchive来定位分析bug，在网上搜索了一下，使用一个工具(dSYM文件分析工具)来分析。 1、准备内容
dSYM文件分析工具，当前发布版本的xcarchive文件，当前发布版本的友盟Bug记录 2、操作说明
打开dSYM文件分析工具（图1），将xcarchive文件拖到“请将dSYM文件拖拽到窗口中并选中任意一个版本进行分析”，然后点击拖拽的文件，会出现图2会自动填写选中dSYM文件的UUID。
图2 打开友盟选择一个bug记录，如下：
-[NSNull rangeOfCharacterFromSet:]: unrecognized selector sent to instance 0x (null) ( 0 CoreFoundation 0x02f4 &redacted& + 160 1 libobjc.A.dylib 0xca40e4 objc_exception_throw + 60 2 CoreFoundation 0x73a4 &redacted& + 0 3 CoreFoundation 0x4154 &redacted& + 928 4 CoreFoundation 0x6ccc _CF_forwarding_prep_0 + 92 5 UIKit 0x6c44 &redacted& + 104 6 UIKit 0xa52c0 &redacted& + 76 7 UIKit 0xa5380 &redacted& + 56 8 UIKit 0xa5464 &redacted& + 36 9 QuartzCore 0x0884 &redacted& + 320 10 UIKit 0xed1f94 &redacted& + 160 11 UIKit 0xf973d0 &redacted& + 348 12 UIKit 0xb5be8 &redacted& + 3220 13 UIKit 0xfa1268 &redacted& + 172 14 UIKit 0xebd760 &redacted& + 580 15 QuartzCore 0x5e1c &redacted& + 152 16 QuartzCore 0x0884 &redacted& + 320 17 QuartzCore 0x0728 &redacted& + 32 18 QuartzCore 0xffebc &redacted& + 276 19 QuartzCore 0xffc3c &redacted& + 528 20 QuartzCore 0xf9364 &redacted& + 80 21 CoreFoundation 0x82a4 &redacted& + 32 22 CoreFoundation 0x5230 &redacted& + 360 23 CoreFoundation 0x5610 &redacted& + 836 24 CoreFoundation 0x12d4 CFRunLoopRunSpecific + 396 25 GraphicsServices 0xeb776fc GSEventRunModal + 168 26 UIKit 0xf26fac UIApplicationMain + 1488 27 ????????? 0x50c4 ????????? +
libdyld.dylib 0x2a08 &redacted& + 4 ) dSYM UUID: 95B2009C-C988-****-****-FA8 CPU Type: arm64 Slide Address: 0x0000 Binary Image: ??? Base Address: 0x4000首先对应bug中的dSYM UUID跟dSYM文件分析工具中的UUID是否一样。
在Bug记录中一般带有项目名称的或者由于乱码导致???的那行代码就是项目错误行拷贝内存地址 0x50c4和 Slide Address: 0x0000到 dSYM文件分析工具中，点击分析按钮，在有可能错误的地方就会显示当前内存地址对应的代码行。
最后到项目中找到对应的行查找问题就可以了。
10:19&&&[]
的内在特性，找到开发、运营过程中的问题并且解决它。 举个例子，日前有个工具类 App 找到友盟，说是产品的 DAU 莫名地下降了，让我们帮忙分析下原因。
运营人员大都知道，用户规模会受到新用户和老用户的影响，新用户主要跟应用推广相关，而老用户主要跟应用特性相关。它的新增用户曲线是正常的，那我们猜测可能就是老用户出现了问题，所以先查看了这个 App 三个月以来的留存率，留存曲线很稳定，而且次留存率高于 40% ，7 日留存率高于 20% 。接着又查看了它的沉默用户趋势，从图表曲线来看，这个 App 的短期留存也不存在问题。 注：沉默用户是一个 App 反映老用户的指标，指的是用户只在安装当日和次日启动过，在随后 90 天都没有启动行为，即视为沉默用户。沉默用户是一个短期留存，跟 App 闪退、UI设计风格、目标用户的获取等因素相关。
通过分析，这个 App 的留存率高于业内流传的 40-20-10 的标准，沉默用户也没有异常波动。所以不太可能是推广中获取用户存在质量的问题。那么是什么因素导致这个 App 的 DAU 在下降？接着我们分析了这个 App 的用户结构。 友盟统计系统有三个模型：活跃度、新鲜度和周用户构成。用户活跃度模型是按照用户活跃成分来分层的，最下层的是最近 15 天内每天都启动的用户，属于活跃用户；最上层的是在最近 15 天内只启动了 1 天的用户。可以看出，最下层的用户占比超过 20%。可见，这个 App 的老用户占比非常大，活跃度也比较高。
此外，从它的用户新鲜度数值上看，30 天前的用户已经占总用户的 90% 以上。与此同时，新鲜度和活跃度模型中用户的成分都非常稳定，所以排除了运营活动减弱或者问题版本的发布导致数据产生波动。 注：新鲜度是按用户来到系统中的时间来分层，最下层的用户是 30 天前的新增用户，属于老用户，最上层的用户是最近新增的用户，它能够更清晰的反映新老用户比以及用户的来源结构。
再来看下它的周用户构成。从模型中可以看到两个现象：整个周活跃用户的规模在下降；老用户的规模也在下降。
我们可以进一步分解影响用户规模的因素。一般来说，新用户获取和老用户回访会使用户规模上升，而新用户流失和老用户流失会使应用规模下降。一般新用户的变化和应用推广相关，老用户的变化和应用特性相关。那么唯一的可能性就是推广中获取的新用户数量一直都很低，这样新用户所带来的增量弥补不了老用户所带来的损耗，长此以往，DAU 就下降了。这个过程在数据上的体现就是新鲜度模型中老用户占比非常高。 注：周用户构成按照用户在系统中持续的启动时间将用户分层，最上层启动时间超过 5 周的是忠诚用户。 为了论证这个推论的正确性，我打开了系统中的预测算法寻找答案。当我设置继续按照上周的发展，我们可以看到上图的那蓝色曲线呈现下滑。
当我每周获取 42000 个用户时，蓝色曲线不再下滑，呈现平稳的趋势。 每周设置 90000 新增用户，蓝色曲线快速回到年初水平。
这就进一步论证了我的 App 是因为新用户获取力度不够，没有办法维持现有的用户规模，所以用户就下降了。 二、关注每次渠道投放及版本迭代对数据产生的微观影响 微观分析的核心方法是用渠道和版本做细分对比。 大部分开发者都使用过付费推广渠道。怎样控制推广成本？首先需要关注渠道在数量上的指标来进行成本控制，关注渠道在质量上的指标来进行收益的分析。
我们还需要了解每一个渠道的用户属性和用户画像，了解这个渠道与你的用户是否相匹配。这些可以通过友盟统计的一些高级功能来进行个性化目标的分析，来提高整个渠道的投放效率。 除了渠道的推广，版本的更新迭代也是需要跟进的。这可以通过错误分析来兼顾版本的稳定性。因为版本内容好坏也会对留存率产生影响，通过页面访问路径了解用户实际使用行为。 友盟最近在页面访问路径功能上做了优化，优化里做了全量数据来参与计算。
这种可视化的图表能够直观展现页面之间跳转。还可以在交互中展现某一个页面，看用户在页面中离开的比例，看用户来到页面之后又调转到其他的页面。这些信息其实可以帮助我们优化产品，我曾经用这样的功能优化过友盟指数，分享下此次的优化过程。
注释：友盟指数分为四大指数，不同功能指标用不同颜色展现。 最初，为了充分对比 iOS 和 Android 的差异性，开发者需要点击 A1 到 A5 对应的标题进入，当时设计了很多方案，让这些标题更大更容易被点击。但是无论是哪一种设计方案，跳出率都高达 50% 。于是就去分析页面访问路径，发现用户从首页离开的比例非常大，而且这一部分留下来的比例比较少。
我猜测可能是这个概况页太长，这有一个滚动条，用户没有办法在一屏之内浏览完所有信息，所以用户转化很差。所有详情页都需要通过标题点进去，所以隐藏入口比较深，用户点击不到。 基于这个判断我们做了一次优化。将二级功能做成了二级导航，这一次功能上线之后，跳出率下降了 20% ，另外再来看页面访问路径，发现用户进入到详情页的比例确实多了很多。这就进一步验证了我的设计思路。
总结一下，开发者需要了解用户的使用行为来优化自己的产品，同时需要分析数据，将数据转变为可执行的方案。友盟统计的一些高级功能可以帮助开发者进行个性化的分析和精细化的运营，从而更有针对性的去优化产品的功能设计。譬如通过自定义事件功能，可以对近期比较关注的功能点做埋点分析，去追踪用户使用这些功能时的具体细节，包括统计事件及事件各参数的发生次数、独立用户数、事件时长、累计值、均值和数值分布等。 此外，建议开发者也要关注自己所处行业的现状及发展趋势，这些信息有助于大家去制定产品的长期发展计划。友盟指数中有很多指标和维度帮助开发者研究出更有意思的数据。 了解更多数据相关文章，关注友盟微信：umengcom
12:13&&&[]
友盟Android 社会化组件SDK v5.0.4版本新增QQ、微信、新浪分享回流率统计功能，根据需求将最新版的友盟社会化组件SDK重新封装了一下。 根据友盟的开发者文档中的步骤一步一步来。需求是在原来老版本的基础上进行的改版，这里只介绍与原来4.0版本的区别。 第一步：
18:16&&&[]为什么欢乐斗地主里没有我微信好友_百度知道