Architecture 完整的网站访问审核和报告策略
我正在寻找一些改进以下问题解决方案的建议。尽管我使用的是Unix工具链,但我更多的是采用通用方法,而不是实现 我们开始: 对网站的每次访问都应该进行记录,业务用户应该能够近实时地报告,延迟5分钟是可以接受的。报告将按用户、时间段或两者的组合进行过滤 匿名用户访问也会被记录,一旦匿名用户登录,登录前的信息应该与注册用户绑定 我想记录每个页面访问获取或张贴加上任何参数加上时间戳 报告要求是:告诉我用户ID 1在上午11:15到11:18之间做了什么 回应应该是: 11:15:23他来到主页。 11:15:49,他进入了关于我们的页面。 11:16:23,他进入登录页面。 11:16:34,他试图用被黑客攻击的用户名登录。 11:16:38登录请求失败-用户名/密码不正确 11:16:45,他用用户名myuser登录 11:17:12,他进入产品页面。 解决方案是使用会话ID作为主键、帐户ID和请求数据将所有这些数据插入数据库 为了不使数据库陷入困境,在两者之间插入一个消息队列,并延迟对数据库的写入 然而,随着数据库中数据量的增加,报告速度可能会很快变慢 我知道有这样的解决方案,但我希望将访客数据保存在内部,也喜欢内部报告和基于内部角色访问数据的想法,等等Architecture 完整的网站访问审核和报告策略,architecture,logging,audit-trail,Architecture,Logging,Audit Trail,我正在寻找一些改进以下问题解决方案的建议。尽管我使用的是Unix工具链,但我更多的是采用通用方法,而不是实现 我们开始: 对网站的每次访问都应该进行记录,业务用户应该能够近实时地报告,延迟5分钟是可以接受的。报告将按用户、时间段或两者的组合进行过滤 匿名用户访问也会被记录,一旦匿名用户登录,登录前的信息应该与注册用户绑定 我想记录每个页面访问获取或张贴加上任何参数加上时间戳 报告要求是:告诉我用户ID 1在上午11:15到11:18之间做了什么 回应应该是: 11:15:23他来到主页。 11:
编辑:你过去是怎么做的,或者如果你有完整的选项选择,你会怎么做?立即做这些事情的一个更简单的方法是在服务器/应用程序上实现谷歌分析,而不需要太多开销 使用它的缺点是事件不是实时的。。。休息几个小时
另一个解决方案是将消息传递解决方案实施到一个单独的数据库中,然后重新我看不出有任何问题。请您填写该答案好吗?有一大块被切掉了。正如你提到的谷歌分析被延迟了,所以不是一个理想的解决方案。除此之外,Google Analytics不支持AFAIK的POST参数。