事情是這個樣子的:那年我也17,靠,找打~~~呵呵開玩笑,樂呵一下~下面是正文!
我接管了公司的乙個****.他是由我的前任,前前任做出來的.**功能實現的是沒問題.問題是安全性,幾乎沒有保護措施!!!(博友不要不信,我接管後看到那是相當驚訝!心說這樣的東西還有人敢用?這不就是傳說中的肉雞原形,裸奔**嗎!!)
所以這個**就會有些莫名其妙的問題.現在該我解決了, **,資料庫操作的問題我們不多說了.就專門說說**的日誌吧.注意!!這個**沒有任何後台管理日誌!!確實如此啊,我發現的時候心說這不是坑爹嗎?我問產品部**出了問題,怎麼找到責任人?回答也雷人"問題出了,彌補,再出問題了,再補!損失再說~責任人是老闆!" 作為開發人的我無語了.得了,還是咱自己解決吧.
系統日誌這是任何乙個系統,**,軟體都必不可少的乙個基本功能.設計者在系統設計的時候都會考慮系統的日誌的實現方式,它包括系統日誌的存放方式,系統日誌的顆粒度,日誌管理等.
日誌的儲存方式:資料庫,文字.(我知道的就這樣了)
顆粒度:使用者登入級,使用者操作級.
好,現在首要的任務時把**日誌給弄出來,不能沒有啊.
我說說我的想法:這個已經在使用的**.為了保證穩定性,對於日誌的存放和顆粒度就要以保證現有功能,效能的基礎上實現.
顆粒度的問題,分兩塊兒:
一,記錄後台使用者的登入,資料庫的新增,修改,刪除事件.並且記錄時間,引數,結果資訊.至於瀏覽,查詢就不記錄了.
二,記錄前台買家的登入,購買,兌換,**事件.瀏覽,查詢不管了.
再乙個問題是存放方式:
我沒有猶豫,就是文件存放.日誌以天為單位存放到文字檔案中. 這樣是便於查詢.當然還要基於我的日誌總量不會太大這個先決條件了
結束語:我關於這個**的日誌,解決了基本問題吧.在深入的問題沒有考慮.請博友們關於日誌方面的知識,多指點.當然大道解決方案, 小道存放資料夾命名都可以給點兒意見.
求助C 程式報錯解決方案
寫了乙個注入式可執行檔案，將檔案執行後可開機自啟動，並改寫瀏覽器internet選項預設ie位址列，先後嘗試在windows7和windows xp 系統下安裝，windows 7報錯如下 異常文字 system.unauthorizedacces ception 試圖執行未經授權的操作。在 mic...
教務系統解決方案
需求背景 1.運營管理 a.收入上公升 學員與員工正在增加，管理流程越來越複雜，學校或機構規模變大，溝通成本日益增高。b.利潤下降 老師流失招聘困難，資料人工統計困難，運營效率越來越低，學員滿意度開始下降。2.員工協同 員工協作效率差 3.使用者體驗 學員滿意度低 教務系統解決方案 教務功能簡介 教...
樹形結構資料彙總查詢解決方案 優化求助
最近遇到乙個地區資料彙總的問題，地區下的位址呈樹形結構，簡化結構 如a市下有b c區，b區下有d e街道。先要查詢所有地區的人數 包括子區域 如a的人數 直屬a的人數 b的人數 c的人數 d的人數 e的人數。c的人數 直屬c的人數。地區直屬人數如下 查詢結果如下 實現如下 with a as sel...