事情是这个样子的:那年我也17,靠,找打~~~呵呵开玩笑,乐呵一下~下面是正文!

我接管了公司的一个网站商城.他是由我的前任,前前任做出来的.网站功能实现的是没问题.问题是安全性,几乎没有保护措施!!!(博友不要不信,我接管后看到那是相当惊讶!心说这样的东西还有人敢用?这不就是传说中的肉鸡原形,裸奔网站吗!!)

所以这个网站就会有些莫名其妙的问题.现在该我解决了, 代码,数据库操作的问题我们不多说了.就专门说说网站的日志吧.注意!!这个网站没有任何后台管理日志!!确实如此啊,我发现的时候心说这不是坑爹吗?我问产品部网站出了问题,怎么找到责任人?回答也雷人"问题出了,弥补,再出问题了,再补!损失再说~责任人是老板!" 作为开发人的我无语了.得了,还是咱自己解决吧.

系统日志这是任何一个系统,网站,软件都必不可少的一个基本功能.设计者在系统设计的时候都会考虑系统的日志的实现方式,它包括系统日志的存放方式,系统日志的颗粒度,日志管理等.

日志的存储方式:数据库,文本.(我知道的就这样了)

颗粒度:用户登录级,用户操作级.

好,现在首要的任务时把网站日志给弄出来,不能没有啊.

我说说我的想法:这个已经在使用的网站.为了保证稳定性,对于日志的存放和颗粒度就要以保证现有功能,性能的基础上实现.

颗粒度的问题,分两块儿:

一,记录后台用户的登录,数据库的添加,修改,删除事件.并且记录时间,参数,结果信息.至于浏览,查询就不记录了.

二,记录前台买家的登录,购买,兑换,抽奖事件.浏览,查询不管了.

再一个问题是存放方式:

我没有犹豫,就是文档存放.日志以天为单位存放到文本文件中. 这样是便于查找.当然还要基于我的日志总量不会太大这个先决条件了

结束语:我关于这个网站的日志,解决了基本问题吧.在深入的问题没有考虑.请博友们关于日志方面的知识,多指点.当然大道解决方案, 小道存放文件夹命名都可以给点儿意见.