客戶端位址 訪問者的標識 訪問者的驗證名字 請求的時間 請求型別 請求的http** 傳送給客戶端的位元組數
訪問日誌access_log記錄了所有對web伺服器的訪問活動。
正如其名字所示，訪問日誌access_log記錄了所有對web伺服器的訪問活動。
10.1.1.95 - e800 [18/mar/2005:12:21:42 +0800] "get /stats/awstats.pl?config=e800 http/1.1" 200 899 "" "mozilla/4.0 (compatible; msie 6.0; windows nt 5.1; maxthon)"第二項是空白，用乙個"-"佔位符替代。實際上絕大多數時候這一項都是如此。這個位置用於記錄瀏覽者的標識，這不只是瀏覽者的登入名字，而是瀏覽者的 email位址或者其他唯一識別符號。這個資訊由identd返回，或者直接由瀏覽器返回。很早的時候，那時netscape 0.9還佔據著統治地位，這個位置往往記錄著瀏覽者的email位址。然而，由於有人用它來收集郵件位址和傳送垃圾郵件，所以它未能保留多久，很久之前市 場上幾乎所有的瀏覽器就取消了這項功能。因此，到了今天，我們在日誌記錄的第二項看到email位址的機會已經微乎其微了。
第三項也是e800。這個位置用於記錄瀏覽者進行身份驗證時提供的名字。當然，如果**的某些內容要求使用者進行身份驗證，那麼這項資訊是不會空白的。但是，對於大多數**來說，日誌檔案的大多數記錄中這一項仍舊是空白的。
日誌記錄的第四項是請求的時間。這個資訊用方括號包圍，而且採用所謂的"公共日誌格式"或"標準英文格式"。因此，上例日誌記錄表示請求的時間是2023年3月18日12:21:42。時間資訊最後的"+0800"表示伺服器所處時區位於utc之後的8小時。
日誌記錄的第五項資訊或許是整個日誌記錄中最有用的資訊，它告訴我們伺服器收到的是乙個什麼樣的請求。該項資訊的典型格式是"method resource protocol"，即"方法 資源 協議"。
resource是指瀏覽者向伺服器請求的文件，或url。在這個例子中，瀏覽者請求的是/stats/awstats.pl?config=e800。
日誌記錄的第六項資訊是狀態**。它告訴我們請求是否成功，或者遇到了什麼樣的錯誤。大多數時候，這項值是200，它表示伺服器已經成功地響應瀏覽器的 請求，一切正常。一般地說，以2開頭的狀態**表示成功，以3開頭的狀態**表示由於各種不同的原因使用者請求被重定向到了其他位置，以4開頭的狀態**表 示客戶端存在某種錯誤，以5開頭的狀態**表示伺服器遇到了某個錯誤。
日誌記錄的第七項表示傳送給客戶端的總位元組數。它告訴我們傳輸是否被打斷（即，該數值是否和檔案的大小相同）。把日誌記錄中的這些值加起來就可以得知伺服器在一天、一周或者一月內傳送了多少資料。
日誌記錄的第八項記錄的是客戶在提出請求時所在的目錄或url。這次的是即10.1.1.1的pv目錄下的首頁。大多數情況下，首頁會是在httpd.conf中documentroot 指令後面規定的那些型別和名字的web檔案。
日誌記錄的第九項表示客戶端的詳細資訊，這樣你就不難理解為什麼有些**能夠在頁面中顯示你的ip、os、browser了。
說明：如果使用者把錯誤日誌設定成warn級別，則嚴重程度由1~5的所有錯誤資訊都會被記錄下來。
apache的日誌分析
1,檢視apache程序 2,檢視80埠的tcp連線 netstat tan grep established grep 80 wc l 3,通過日誌檢視當天ip連線數，過濾重複 cat access log grep 20 oct 2008 awk sort uniq c sort nr 4,當天...
關於Apache的日誌
關於apache的日誌 apche日誌系列 1 訪問日誌 一 訪問日誌的格式 apache內建了記錄伺服器活動的功能，這就是它的日誌功能。這個文章介紹的就是apache的訪問日誌 錯誤日誌，以及如何分析日誌資料，如何定製apache日誌，如何從日誌資料生成統計報表等內容。如果apache的安裝方式是...
Apache 日誌的配置
對於大訪問量的 日誌不可能只記錄在乙個檔案裡面，1萬日誌大概就有50m，還有乙個可能就是你要跟蹤使用者的行為，可能需要一些額外的資訊，怎麼把這些東西記錄到apache日誌裡面。apache提供了很出色的日誌配置方式，具體的配置可以參考 我這裡只是簡單的舉一些例子。1。問題一 實現按照小時記錄日誌 a...