- 博客(6)
- 收藏
- 关注
RSS订阅原创 埋点方案概述-迭代升级
迄今为止，我尝试过三种埋点收集方案：1.在业务接口内埋点，将埋点信息作为一个字符串，要求前段加在get或者post参数内，记录在服务器的接口访问日志上，每天将这份日志拷贝到统计服务器上，再对日志进行处理，实现日志的离线计算。2.自定义埋点的数据结构，要求前段按照指定结构埋点，前端需要跨页面合并日志（实践证明隐患颇多），上传到指定的接口，记录临时文件内，每几分钟启动一次定时脚本消费临时文件并入库，用...
2018-04-15 12:07:08
648
原创 埋点方案概述-微信小程序
微信小程序埋点的特点：微信小程序有有用的生命周期函数 onshow,onhide,onunload。微信小程序有个页面栈的概念。微信小程序是个简单的应用，无法维护线程，也无法像ios与android进行一些复杂的数据处理。针对以上特点，我们为前端提供一个js文件，js里面暴露4个函数，分别供三个生命周期函数和页面点击调用，当生命周期函数和点击触发了日志的时候，即时向日志收集接口发送日志。现在我们模...
2018-04-12 13:23:21
6686
1
原创 埋点方案概述
目前市面上主要有三种埋点方式，代码埋点，可视化埋点，无埋点。代码埋点是工作量最大也是最详细的，前端需要将埋点的代码写到页面和UI上，但是可以定制一些额外的信息，比如列表序号等等。可视化和无埋点埋点适应性不强，不能取到一些额外的信息。因为公司针对数据的需求非常大，而且要求的维度和口径非常细，（比如评价首页feed流从上到下每个位置的广告价格）所以我们选择经过扩展的代码埋点。我做过的埋点主要有一下平台...
2018-04-11 15:44:48
3874
原创 利用简洁的sql引擎搭建口径一致且易于扩展的指标体系
目前在公司的数据统计工作中存在以下问题：1.指标数多，上千个指标要统一管理。2.口径混乱，比如同样叫下单数，有的下单数包含全部订单，有的却只包含有效订单。3.维度多，比如APP推广人员关系自己负责APP推广渠道产生的DAU，而各地的BD关心负责的省份或者城市的DAU，各个指标之间维度不同但是指标要一致。4.如果分散管理，在修改某一类指标中的某一个时，很容易忘记修改本类中的其他指标，造成数据不一致。...
2018-04-10 20:55:59
794
原创 mysql统计实战-查找每个季度新增支付用户数及其在后续季度的留存
题设如下：A用户第一次支付是在季度B，则这个A用户视为B季度的新增支付用户，A用户在后续的C季度再次支付了订单，则这笔订单的gmv就是B季度新增支付用户在C季度的留存需求如下：计算每个月度新增支付用户数，新增支付用户的订单数，新增支付用户的gmv，以及这个这三个数据在后续季度的留存情况首先创建简化的订单表CREATE TABLE `order` ( `id` int(11) NOT NULL ...
2018-04-09 17:09:43
1724
原创 mysql统计实战-对比每个用户第一次和第二次下单情况
需求如下：比对每个用户第一次和第二次的下单情况情况，查询两次下单的商家id，gmv，两次是否在同一个商家消费的，两次下单的间隔月数简化的表结构，数据，查询语句如下-- 建表语句如下CREATE TABLE `tb_order` ( `order_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '订单id', `user_id` int(11) NO...
2017-10-17 16:50:10
6421
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人