为什么通过前端 .js 记用户日志会丢数据求答案

JavaScript05

为什么通过前端 .js 记用户日志会丢数据求答案,第1张

2. 做点击跳转, 用户点击后先跳到自己服务器上, 然后由自己的服务器做重定向, 并记录这一次请求

3. 前端 JavaScript 监控用户鼠标行为, 并及时上报到服务器

这三种方法也分别有各自的优缺点, 当时分析的是

2. 绝对完整的记录. 不过需要新增服务器响应跳转请求, 并且如果跳转服务挂了会让用户压根到不了 url 指向的地方. 目前所有的广告服务都是这样 (而且点击串加密), Google 的网页搜索很早就是这样, 百度跟 360 干上后也换成了这种. 根据度厂员工在新浪微博上跟别人的讨论, 即使是百度网页搜索那么大的量, 算上灾备最多 50 台跳转服务器可以搞定 (根据公开资料, 百度每天网页搜索量在十亿这个量级, 按搜索引擎页面点击率 30% 算, 每天至少三亿次点击跳转请求)

今天跟前端同学讨论, 终于搞懂了为什么是这样. 后端的思维是每发生一次事件就打一条日志, 所以极难发生日志丢失的问题. 而前端不能每发生一次事件就向服务器发请求打一次日志, 这样会带来很大的网络开销并拖慢用户的浏览器, 所以前端都是把要纪录的行为在用户端先缓存, 等积累够若干条或过了若干秒后才向服务器汇总上报, 如果在这个上报条件触发前浏览器崩溃掉, 那日志就没了, 或者用户关掉浏览器也会丢掉这部分数据 (据说有一些方式可以响应关闭事件并上报日志, 但具体方式不了解, 另外前端同学反馈 IE6 下丢数据现象更严重). 所以丢数据这事其实是用户流畅度体验和数据完备性的一个平衡, 如果让用户卡一点那丢失比例就低一点. 另外接 js 汇报日志的服务器压力也是一个要考虑的点, 因为如果真用 js 汇报, 那一定就不止点击这点数据了, 鼠标滚轮, 悬停等事件显然是能有都有, 服务器不一定扛的过来.

鼠标的手势操作主要还是基于mousedown、mousemove、mouseup来实现。

触屏设备基于touchstart、touchmove、touchend来实现。

本身这两种设备就是不等同的。而且现实工作中。谁会搞一个既在PC浏览器上支持，又在触屏浏览器上支持的东西呢？因为我们的网站本来就是分为桌面版和触屏版。让用户自由选择好了，我们开发者区分对待。

更何况，二者的手势形势从根本上就是不同的。触屏设备支持多点触控，可以进行pinch（双指缩放）、rotate（双指旋转）、双指下拉、双指上推等等特殊手势。请问鼠标如何去实现呢？

所以说，我们作为前端开发，不要总期许有一个大而全，万能的大神，写一个啥都能干的东西出来。即便是大神也要考虑有所为，有所不为啊。