天天看点

日志处理实战:一个外卖网站解决方案(持续更新中)

“我要点外卖“是一个平台型电商网站,用户、餐厅、配送员等。用户可以在网页、app、微信、支付宝等进行下单点菜;商家拿到订单后开始加工,并自动通知周围的快递员;快递员将外卖送到用户手中。

日志处理实战:一个外卖网站解决方案(持续更新中)

在运营的过程中,发现了如下的问题:

获取用户难,投放一笔不小的广告费对到渠道(网页、微信推送),收货了一些用户,但无法评判各渠道的效果

用户经常抱怨送货慢,但慢在什么环节,接单、配送、加工?如何优化?

用户运营,经常搞一些优惠活动

调度问题,如何帮助商家在高峰时提前备货?如何调度更多的快递员到指定区域?

我们希望通过该网站的案例,教会大家如何通过日志进行商业运营与决策。

日志散落在外部

多渠道:例如广告商、地推等

多终端:网页版、公众账号、手机、浏览器等

异构网络:vpc、用户自建idc,ecs等

各业务系统标准不统一,需要分别对几个平台

我们需要把散落在外部、内部日志收集起来,统一进行管理。在过去这块需要大量的工作,现在可以通过日志服务统一完成接入。

通过webtracking解决推广页面h5埋点问题

通过移动端sdk解决用户端数据收集问题

微信web服务器:php/java sdk 写入日志

业务服务器:logtail收集

日志处理实战:一个外卖网站解决方案(持续更新中)

这里举一些例子:

2017-06-20 18:00:00, openid, opt, target, latency, status,location, network

字段

含义

time

用户操作时间段

openid

opt

target

url

latency

location

地理位置信息

network

网络类型

可以用php sdk 或直接写到服务器硬盘中,通过logtail收走。

2016-06-20 19:00:00 $md5_session, providerid, status

时间

$md5_session

用户session,和注册id关联

providerid

来源id

params

其他参数

我们可以把h5页面中埋入providerid, paramsid 等参数,但用户扫描该页面注册时,就知道用户通过特定来源进入

2016-06-20 19:00:00 user, read, url, screen, android mi-ui, latency, status

点击日志可以从客户端收集,也能够从服务端收集,对于一些滚屏,退出等事件直接从客户端收集

服务端、业务系统等日志

《未完待续》