84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
首先,在服务器端进行统计,我个人感觉应该不可以吧,因为http协议是无状态的,浏览器与服务器之间并不会建立持久连接。这意味着当一个客户端向服务器端发出请求,然后Web服务器返回响应,连接就被关闭了。 所以就无法在服务器端对用户访问某个页面的时长进行统计了,只能统计出某个用户访问某个页面的具体时间吧?
请问,该如何实现这个需求呢? 注:在不适用第三方流量统计器的情况下
光阴似箭催人老,日月如移越少年。
问题简单化:当用户每次发起一个http请求的时候记录url和时间戳,然后你后台计算不同类型的(即相同url,参数不一样)间隔时间,最后能够得出用户在不同类型页面的停留时间。现在有些app应用就是只有一个页面,但你也可以通过url中的hash来区分不同的请求类型并加以计算,这样你就能够统计出用户在某个页面的停留时间。如果是全部采用ajax方式加载的花只能对不同的请求地址进行计算了。前提是你要使用一个并发量支持度很高的缓存系统,并且该缓存系统能够为你进行一些简单的数学计算,有幸的是市场上已经有了,你自己选个最能配合你出色完成任务的产品吧。
一般的方法都是记录每次请求的日志(包括uv标示,当前url,来源url,浏览器信息,ip,访问时间等),这些初始日志就可以分析出某个用户在某个url上停留多久(下一个页面请求时间-当页面时间),当然更精细的就要考虑tab页或新窗口问题。如果是最后一个页面访问,这种方式就很难获知停留时间了。 ajax定时提交当然可以解决,只是为了一个停留时间数据(这数据相对没有那么重要,误差较大),每个页面做一个定时ajax感觉还是小题大做了。当然如果你的ajax还提交其他信息(比如用户在页面上滚动条位置),那倒是可以尝试下的。
看你要精确到什么颗粒度了
方案1:websocket 前端开个长连接,后台统计长连接时间。
方案2:ajax轮询 隔几秒发一个查询,后台记录第一与最后一个查询间隔时间
问题简单化:当用户每次发起一个http请求的时候记录url和时间戳,然后你后台计算不同类型的(即相同url,参数不一样)间隔时间,最后能够得出用户在不同类型页面的停留时间。
现在有些app应用就是只有一个页面,但你也可以通过url中的hash来区分不同的请求类型并加以计算,这样你就能够统计出用户在某个页面的停留时间。
如果是全部采用ajax方式加载的花只能对不同的请求地址进行计算了。
前提是你要使用一个并发量支持度很高的缓存系统,并且该缓存系统能够为你进行一些简单的数学计算,有幸的是市场上已经有了,你自己选个最能配合你出色完成任务的产品吧。
一般的方法都是记录每次请求的日志(包括uv标示,当前url,来源url,浏览器信息,ip,访问时间等),这些初始日志就可以分析出某个用户在某个url上停留多久(下一个页面请求时间-当页面时间),当然更精细的就要考虑tab页或新窗口问题。如果是最后一个页面访问,这种方式就很难获知停留时间了。 ajax定时提交当然可以解决,只是为了一个停留时间数据(这数据相对没有那么重要,误差较大),每个页面做一个定时ajax感觉还是小题大做了。当然如果你的ajax还提交其他信息(比如用户在页面上滚动条位置),那倒是可以尝试下的。
看你要精确到什么颗粒度了
方案1:websocket 前端开个长连接,后台统计长连接时间。
方案2:ajax轮询 隔几秒发一个查询,后台记录第一与最后一个查询间隔时间