事情是這個樣子的:那年我也17,靠,找打~~~呵呵開玩笑,樂呵一下~下面是正文!

我接管了公司的一個網站商城.他是由我的前任,前前任做出來的.網站功能實現的是沒問題.問題是安全性,幾乎沒有保護措施!!!(博友不要不信,我接管后看到那是相當驚訝!心說這樣的東西還有人敢用?這不就是傳說中的肉雞原形,裸奔網站嗎!!)

所以這個網站就會有些莫名其妙的問題.現在該我解決了, 代碼,數據庫操作的問題我們不多說了.就專門說說網站的日志吧.注意!!這個網站沒有任何后臺管理日志!!確實如此啊,我發現的時候心說這不是坑爹嗎?我問產品部網站出了問題,怎么找到責任人?回答也雷人"問題出了,彌補,再出問題了,再補!損失再說~責任人是老板!" 作為開發人的我無語了.得了,還是咱自己解決吧.

系統日志這是任何一個系統,網站,軟件都必不可少的一個基本功能.設計者在系統設計的時候都會考慮系統的日志的實現方式,它包括系統日志的存放方式,系統日志的顆粒度,日志管理等.

日志的存儲方式:數據庫,文本.(我知道的就這樣了)

顆粒度:用戶登錄級,用戶操作級.

好,現在首要的任務時把網站日志給弄出來,不能沒有啊.

我說說我的想法:這個已經在使用的網站.為了保證穩定性,對于日志的存放和顆粒度就要以保證現有功能,性能的基礎上實現.

顆粒度的問題,分兩塊兒:

一,記錄后臺用戶的登錄,數據庫的添加,修改,刪除事件.并且記錄時間,參數,結果信息.至于瀏覽,查詢就不記錄了.

二,記錄前臺買家的登錄,購買,兌換,抽獎事件.瀏覽,查詢不管了.

再一個問題是存放方式:

我沒有猶豫,就是文檔存放.日志以天為單位存放到文本文件中. 這樣是便于查找.當然還要基于我的日志總量不會太大這個先決條件了

結束語:我關于這個網站的日志,解決了基本問題吧.在深入的問題沒有考慮.請博友們關于日志方面的知識,多指點.當然大道解決方案, 小道存放文件夾命名都可以給點兒意見.

轉載于:https://www.cnblogs.com/guodashao/archive/2011/05/25/2056795.html

總結

以上是生活随笔為你收集整理的求助关于系统日志的解决方案的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。