伺服器日誌，顧名思義必然是伺服器的運營狀態的一種記錄。在了解記錄特性之前 首先要了解其欄位記錄的內容。首先來說說iis伺服器的log日誌的結構
– 日期(date)：發出請求的日期。
- 時間(time)：發出請求的時間（協調世界時 (utc)）。
- 使用者名稱(cs-username)：訪問伺服器的已通過身份驗證的使用者的名稱。匿名使用者用連字元來表示。
- 服務名(s-sitename)：滿足請求的站點例項編號。
- 伺服器名稱(s-computername)：生成日誌檔案項的伺服器的名稱。
- 伺服器端口(s-port)：為服務配置的伺服器端口號。
- 方法(cs-method)：請求的操作，例如 get 方法。
- uri 資源(cs-uri-stem)：操作的統一資源識別符號或目標。
- uri 查詢(cs-uri-query)：客戶端嘗試執行的查詢（如果有）。只有動態頁面才需要統一資源識別符號 (uri) 查詢。
- 協議狀態(sc-status)：http 或 ftp 狀態**。
- 協議子狀態(sc-substatus)：http 或 ftp 子狀態**。
- win32 狀態(sc-win32-status)：windows 狀態**。
- 傳送的位元組數(sc-bytes)：伺服器傳送的位元組數。
- 接收的位元組數(cs-bytes)：伺服器接收的位元組數。
- 所用時間(time-taken)：操作所花費的時間（毫秒）。
- 協議版本(cs-version)：客戶端使用的協議版本（http 或 ftp）。
- 主機(cs-host)：主機名稱（如果有）。
- 使用者**(cs(useragent))：客戶端使用的瀏覽器型別。
- cookie (cs(cookie))：傳送或接收的 cookie 內容（如果有）。
根據日誌中 #fields: date time s-sitename s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(user-agent) sc-status sc-substatus sc-win32-status sc-bytes cs-bytes time-taken 欄位中的排列順序 可以輕易獲取其下每個欄位所對應的意義，然而 apache伺服器卻與iis規整的輸入方式相駁。apache並沒有乙個#fileds開頭的字段記錄當前的字段輸出內容 所以相比之下不是很有好。已下為apache中的log日誌輸出形式：
了解了字段型別之後，可以通過欄位的型別獲得什麼樣的資訊呢？其中最最基本的則是蜘蛛扒取的頁面。和訪問者訪問的頁面。而通過我們的各種資訊組合，比如訪問時間跟訪問頁面組合 可以查詢出**點選的高峰時段，使用者訪問的入口和出口。這比較關鍵，可以分析出**的優勢。那些頁面比較吸引遊客 哪些讓人作嘔，並以此來調整**的內容。 最後則是通過使用者的ip段和訪問的頁面模擬出使用者的操作習慣。若是分析出了大部分使用者的操作習慣，則可以把**主打的內容 放置在更為顯眼的地方，對於**的ui優化也是一大幫助。
上述內容由 飛鴿牌手拉葫蘆www.wulinfeige.com/ 為您提供 雙鳥電動葫蘆 www.tbmhulu.com/
常見伺服器日誌分析
在linux系統中，apache也就是apache2，預設的位置是在 var log apache2目錄下，錯誤日誌為error.log，訪問日誌一般帶有access.log。日誌示例 mozilla 5.0 windows nt 6.1 win64 x64 rv 45.0 gecko 201001...
shell 在手分析伺服器日誌不愁
自己的小 跑在阿里雲的 ecs 上面,偶爾也去分析分析自己 伺服器日誌,看看 的訪問量。看看有沒有黑闊搞破壞！於是收集，整理一些伺服器日誌分析命令，大家可以試試！awk log file sort uniq wc l2 檢視某乙個頁面被訪問的次數 grep index.php log file wc...
例項解析如何分析伺服器日誌
伺服器日誌分析對於乙個 具有比較重要的作用，通過分析該日誌，我們可以知道搜尋引擎爬行記錄，這有利於我們針對搜尋引擎的習慣進行交換。1，我們到哪去找伺服器日誌？一般我們使用的虛擬機器都會有伺服器日誌，大都在logs資料夾下，如果你的空間沒有，那麼請聯絡你的空間服務商，他會為你解決的。例項截圖 2，自己...