A. 如何查看及分析網站IIS日誌文件
1、進入伺服器的管理之後，打開「Internet 信息服務(IIS)管理器」，
2、雙擊信息服務(IIS)管理器，進入管理以後打開信息服務(IIS)管理器，選中要查看的網站，在網站欄目那裡右鍵單擊，選擇「屬性」，
3、在彈出的窗口裡面，點擊「網站」欄目，查看日誌記錄中的「屬性」，
4、通過日誌記錄屬性欄目，即可看到日誌文件目錄了，
上面的日誌文件目錄即是iis的文件存放位置了，IIS日誌文件便在C:\WINDOWS\system32\LogFiles\文件夾內。
IIS日誌文件存儲格式是後綴名為log的文本文件，如下面這些文件就是網站的iis日誌了。
要查看對應站點的IIS日誌，只需要打開對應IIS日誌文件夾找到相對應日誌文件即可，也可藉助IIS日誌分析工具提供查看IIS日誌的效率！
三、如何分析IIS日誌？
知道了IIS日誌的位置了，也看到了IIS日誌的文件了，接下來我們就應該對日誌文件進行分析了，那麼，我們該如果分析IIS日誌呢？
1、如何查看IIS日誌信息
IIS日誌可以用IIS日誌分析工具去大概的去查一查，一般工具都能查出有各種蜘蛛來到網站的總數，以及有沒有失敗，不會把各種的信息都給你，工具分析只是簡單的告訴你一個概況，馬海祥在此就拿出一條信息來為大傢具體的分析一下，如下面的截圖所示：
我們可以分段對這個IIS日誌進行分析：
2010-10-22 05：04：53 表示的是時間；
W3SVC151800 P-0YMR9WW8YX4U9是機器編號；
222.76.213.49為網站的IP；
GET是觸發事件；
80是埠號；
61.135.186.49是搜索引擎蜘蛛的IP；
Baispider是網路的蜘蛛（另外，谷歌蜘蛛：Googlebot；360搜索蜘蛛：360Spider，更多的可查看馬海祥博客《解讀iis日誌中搜索引擎蜘蛛名稱代碼及爬尋返回代碼》的相關介紹）；
200 0 0是訪問成功的返回代碼；
41786 193 6968是蜘蛛與網站對話的時間與下載的數據以及花了多少時間。
連在一起就是2010.10.22的早上5點4分53秒的時候一個編號為W3SVC151800 P-0YMR9WW8YX4U9的蜘蛛通過80埠進入網站成功訪問並下載了47186B的數據，花費了193MS。
2、用excel表格分析網站的iis日誌
先新建一個excel表格，把剛才的ex121129.log文件里的文件粘貼到新建的excel表格裡面，，如下圖所示：
復制之後，選定A，在工具欄里選擇數據→分列，如下圖所示：
選擇分隔符號，點擊下一步：
選擇空格，去掉Tab鍵前面的鉤，點擊完成，如下圖所示：
網站的iis日誌就這樣被拆分出來了，之後自己再調整一下表格的列寬、升降序等即可。
四、詳解IIS日誌參數
一般情況下，IIS日誌文件代碼格式如下所示：
#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2009-11-26 06:14:21
#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
2009-11-26 06:14:21 W3SVC692644773 125.67.67.* GET /index.html - 80 - 123.125.66.130 Baispider+(+http://www..com/search/spider.htm) 200 0 64
2009-11-26 06:14:21 W3SVC692644773 125.67.67.* GET /index.html - 80 - 220.181.7.116 Baispider+(+http://www..com/search/spider.htm) 200 0 64
在此，馬海祥也為大家詳細的解說一下IIS日誌參數：
date：發出請求時候的日期。
time：發出請求時候的時間，注意：默認情況下這個時間是格林威治時間，比我們的北京時間晚8個小時，下面有說明。
c-ip：客戶端IP地址。
cs-username：用戶名，訪問伺服器的已經過驗證用戶的名稱，匿名用戶用連接符-表示。
s-sitename：服務名，記錄當記錄事件運行於客戶端上的Internet服務的名稱和實例的編號。
s-computername：伺服器的名稱。
s-ip：伺服器的IP地址。
s-port：為服務配置的伺服器埠號。
cs-method：請求中使用的HTTP方法，GET/POST。
cs-uri-stem：URI資源，記錄做為操作目標的統一資源標識符（URI），即訪問的頁面文件。
cs-uri-query：URI查詢，記錄客戶嘗試執行的查詢，只有動態頁面需要URI查詢，如果有則記錄，沒有則以連接符-表示，即訪問網址的附帶參數。
sc-status：協議狀態，記錄HTTP狀態代碼，200表示成功，403表示沒有許可權，404表示找不到該頁面，具體說明在下面。
sc-substatus：協議子狀態，記錄HTTP子狀態代碼。
sc-win32-status：Win32狀態，記錄Windows狀態代碼。
sc-bytes：伺服器發送的位元組數。
cs-bytes：伺服器接受的位元組數。
time-taken：記錄操作所花費的時間，單位是毫秒。
cs-version：記錄客戶端使用的協議版本，HTTP或者FTP。
cs-host:記錄主機頭名稱，沒有的話以連接符-表示。馬海祥提醒大家注意：為網站配置的主機名可能會以不同的方式出現在日誌文件中，原因是HTTP.sys使用Punycode編碼格式來記錄主機名。
cs(User-Agent)：用戶代理，客戶端瀏覽器、操作系統等情況。
cs(Cookie)：記錄發送或者接受的Cookies內容，沒有的話則以連接符-表示。
cs(Referer)：引用站點，即訪問來源。
五、搜索引擎蜘蛛爬尋返回代碼
HTTP協議狀態碼的含義，協議狀態sc-status，是伺服器日記擴展屬性的一項，下面是各狀態碼含義：
"100" ：Continue，客戶必須繼續發出請求。
"101" ：witching Protocols，客戶要求伺服器根據請求轉換HTTP協議版本。
"200" ：OK，交易成功。
"201" ：Created，提示知道新文件的URL。
"202" ：Accepted，接受和處理、但處理未完成。
"203" ：Non-Authoritative Information，返回信息不確定或不完整。
"204" ：No Content，請求收到，但返回信息為空。
"205" ：Reset Content，伺服器完成了請求，用戶代理必須復位當前已經瀏覽過的文件。
"206" ：Partial Content，伺服器已經完成了部分用戶的GET請求。
"300" ：Multiple Choices，請求的資源可在多處得到。
"301" ：Moved Permanently，刪除請求數據。
"302" ：Found，在其他地址發現了請求數據。
"303" ：See Other，建議客戶訪問其他URL或訪問方式。
"304" ：Not Modified，客戶端已經執行了GET，但文件未變化。
"305" ：Use Proxy，求的資源必須從伺服器指定的地址得到。
"306" ：前一版本HTTP中使用的代碼，現行版本中不再使用。
"307" ：Temporary Redirect，申明請求的資源臨時性刪除。
"400" ：Bad Request，錯誤請求，如語法錯誤。
"401" ：Unauthorized，請求授權失敗。
"402" ：Payment Required，保留有效ChargeTo頭響應。
"403" ：Forbidden，請求不答應（具體可查看馬海祥博客《403 Forbidden錯誤的原因和解決方法》的相關介紹）。
"404" ：Not Found，沒有發現文件、查詢或URl（具體可查看馬海祥博客《404 Not Found錯誤頁面的解決方法和注意事項》的相關介紹）。
"405" ：Method Not Allowed，用戶在Request-Line欄位定義的方法不答應。
"406" ：Not Acceptable，根據用戶發送的Accept拖，請求資源不可訪問。
"407" ：Proxy Authentication Required，類似401，用戶必須首先在代理伺服器上得到授權。
"408" ：Request Time-out，客戶端沒有在用戶指定的餓時間內完成請求。
"409" ：Conflict，對當前資源狀態，請求不能完成。
"410" ：Gone，伺服器上不再有此資源且無進一步的參考地址。
"411" ：Length Required，伺服器拒絕用戶定義的Content-Length屬性請求。
"412" ：Precondition Failed，一個或多個請求頭欄位在當前請求中錯誤。
"413" ：Request Entity Too Large，請求的資源大於伺服器答應的大小。
"414" ：Request-URI Too Large，請求的資源URL長於伺服器答應的長度。
"415" ：Unsupported Media Type，請求資源不支持請求項目格式。
"416" ：Requested range not satisfiable，請求中包含Range請求頭欄位，在當前請求資源范圍內沒有range指示值，請求也不包含If-Range請求頭欄位。
"417" ：Expectation Failed，伺服器不滿足請求Expect頭欄位指定的期望值，假如是代理伺服器。
"500" ：Internal Server Error，伺服器產生內部錯誤。
"501" ：Not Implemented，伺服器不支持請求的函數。
"502" ：Bad Gateway，伺服器暫時不可用，有時是為了防止發生系統過載。
"503" ：Service Unavailable，伺服器過載或暫停維修。
"504" ：Gateway Time-out，關口過載，伺服器使用另一個關口或服務來響應用戶，等待時間設定值較長。
"505" ：HTTP Version not supported，伺服器不支持或拒絕支請求頭中指定的HTTP版本。
B. IIS的訪問日誌地址在哪，如何查看
C:\WINDOWS\system32\Logfiles\W3SVC1
009-04-17 02:04:52 W3SVC9218140 61.191.191.183 GET /default.asp - 80 - 203.208.60.19 Mozilla/5.0+(compatible;+Googlebot/2.1;++http://www.google.com/bot.html) 200 0 0
上面代碼的意思是：2009-04-17 02:04:52 google機器人來訪 正常抓取名為default.asp的頁面，大家重點來看一下這個後面 Mozilla/5.0+(compatible;+Googlebot/2.1;++http://www.google.com/bot.html) 200 0 0 前面就是指google機器人抓取工具，那麼200是什麼意思呢？
200 和404，301同屬於HTTP狀態代碼，以下是Google、網路、搜狗、雅虎等搜索引擎蜘蛛HTTP返回代碼及其含義。
下面是常見的狀態代碼及含義。
2xx 成功
200 正常；請求已完成。
201 正常；緊接 POST 命令。
202 正常；已接受用於處理，但處理尚未完成。
203 正常；部分信息 — 返回的信息只是一部分。
204 正常；無響應 — 已接收請求，但不存在要回送的信息。
3xx 重定向
301 已移動 — 請求的數據具有新的位置且更改是永久的。
302 已找到 — 請求的數據臨時具有不同 URI。
303 請參閱其它 — 可在另一 URI 下找到對請求的響應，且應使用 GET 方法檢索此響應。
304 未修改 — 未按預期修改文檔。
305 使用代理 — 必須通過位置欄位中提供的代理來訪問請求的資源。
306 未使用 — 不再使用；保留此代碼以便將來使用。
4xx 客戶機中出現的錯誤
400 錯誤請求 — 請求中有語法問題，或不能滿足請求。
401 未授權 — 未授權客戶機訪問數據。
402 需要付款 — 表示計費系統已有效。
403 禁止 — 即使有授權也不需要訪問。
404 找不到 — 伺服器找不到給定的資源；文檔不存在。
407 代理認證請求 — 客戶機首先必須使用代理認證自身。
415 介質類型不受支持 — 伺服器拒絕服務請求，因為不支持請求實體的格式。
5xx 伺服器中出現的錯誤
500 內部錯誤 — 因為意外情況，伺服器不能完成請求。
501 未執行 — 伺服器不支持請求的工具。
502 錯誤網關 — 伺服器接收到來自上游伺服器的無效響應。
503 無法獲得服務 — 由於臨時過載或維護，伺服器無法處理請求。
C. 如何開啟Prestashop中php錯誤日誌
有時候在安裝一些新的東西是經常出現頁面空白的情況，多半是php出錯了。為了讓大家能夠更好地調試程序，或者讓別人更容易幫到你，把錯誤日誌打出來就非常有必要。
因為大多數人使用的是虛擬主機，沒有許可權設置php.ini，我們只能通過修改自己的程序達到輸入錯誤日誌的目的。
將下面兩行加到config/config.inc.php的@ini_set('display_errors',
'off');之前即可。
1. @ini_set('error_log',
'/home/你的用戶名/wwwroot/php_error.log');
2. @ini_set('log_errors',
'On');
注意，error_log中的你的用戶名是你的主機商給你的用戶ID。錯誤日誌放在哪個目錄不要緊，重要的是你的ID有目錄的寫文件許可權。
順便提下在php.ini里的設置，如果你有許可權修改的話。
1. log_errors = On2.
D. 伺服器iis日誌在什麼地方
iis 伺服器中，網站站點屬性設置裡面有！你要有許可權登錄到，伺服器主機才行！
E. 如何找到並查看IIS日誌文件
1、進入伺服器的管理之後，打開「Internet信息服務(IIS)管理器」；2、進入管理以後打開伺服器（本地計算機）；3、雙擊伺服器（本地計算機），在網站欄目那裡右鍵單擊選擇屬性；4、在彈出的窗口裡面，網站欄目點擊屬性；5、日誌文件目錄即是iis的文件存放位置了，在C:\WINDOWS\system32\LogFiles\W3SVC20110218打開文件夾；6、這些文件就是網站的iis日誌了。
F. linux php錯誤日誌在哪
由於nginx僅是一個web伺服器，因此nginx的access日誌只有對訪問頁面的記錄，不會有php 的 error log信息。
nginx把對php的請求發給php-fpm fastcgi進程來處理，默認的php-fpm只會輸出php-fpm的錯誤信息，在php-fpm的errors log里也看不到php的errorlog
原因：
php-fpm的配置文件php-fpm.conf中默認是關閉worker進程的錯誤輸出，直接把他們重定向到/dev/null,所以我們在nginx的error log 和php-fpm的errorlog都看不到php的錯誤日誌。
解決nginx下php-fpm不記錄php錯誤日誌的辦法:
1.修改php-fpm.conf中配置 沒有則增加
2.修改php.ini中配置，沒有則增加
3.重啟php-fpm
G. 如何查看php網站的錯誤信息和錯誤日誌
設定錯誤消息級別
error_reporting
; Default Value: E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED
; Development Value: E_ALL
; Proction Value: E_ALL & ~E_DEPRECATED & ~E_STRICT
最好吧日誌打開
log_errors
; Default Value: Off
; Development Value: On
; Proction Value: On
H. 怎麼分析IIS出錯原因，IIS的日誌文件查看方法
如果是系統的一個或多個日誌文件遭到破壞，那麼，您可以採取以下補救措施：
1、禁用事件日誌服務：打開「控制面板---性能和維護---管理工具---服務」（或者直接運行services.msc），雙擊「Event Log」服務選擇禁用。
2、重新啟動Windows XP。
3、從%SystemRoot%\System32\Config目錄中（或其它位置上）刪除受損日誌文件——Appevent.evt、Secevent.evt和/或Sysevent.evt。您的現有事件數據將全部丟失，但新的日誌文件將在事件日誌服務重新啟動時予以創建並重新開始收集新的事件數據。
4、重新啟用事件日誌服務並將其啟動。
5、如果事件日誌服務未能成功啟動，請重新啟動Windows XP。 如果是自己安裝的軟體的日誌文件只是記錄開關軟體或軟體運行異常的信息，一般是用不到的，如果影響了軟體的正常運行，且軟體自身不帶修復功能，只有卸載重裝了。
I. 請問伺服器win2003中IIS的日誌位置在哪
C:\WINDOWS\system32\LogFiles 一般的情況下是存放在這個地方，如果更改的話，可以在，你網站的IIS目錄上，右鍵-屬性-網站選項，"啟用日誌記錄"項-屬性,下面，就有具體的存放路徑了！
J. 如何查看與分析IIS伺服器日誌
1.進入伺服器的管理之後，打開「Internet 信息服務(IIS)管理器」
2.進入管理以後打開伺服器（本地計算機）
3.雙擊伺服器（本地計算機），在網站欄目那裡右鍵單擊選擇屬性。
在彈出的窗口裡面，網站欄目點擊屬性
上面的日誌文件目錄即是iis的文件存放位置了，在C:\WINDOWS\system32\LogFiles\W3SVC20110218打開文件夾。
這些文件就是網站的iis日誌了。
知道了IIS日誌的位置了，接下來我們就應該對日誌文件進行分析了，那麼如果分析呢？
1. IIS日誌後可以用IIS日誌分析工具去大概的去查一查IIS日誌。一般工具都能查出有各種蜘蛛來到網站的總數，以及有沒有失敗，不會把各種的信息都給你。並不是工具分析沒有出現失敗的我們就不用一條一條看了，工具分析只是簡單的告訴你有沒有失敗，沒有失敗當然是皆大歡喜了，但是來是一條一條的去分析。我們拿出這樣子的一條信息來分析一下
首先是時間：2010-10-22 05：04：53 機器編號為W3SVC151800 P-0YMR9WW8YX4U9 222.76.213.49是網站的IP GET是觸發事件， 80是埠號，61.135.186.49是蜘蛛的IP，Baispider是網路的蜘蛛，200 0 0訪問成功， 41786 193 6968 是蜘蛛與網站對話的時間與下載的數據以及花了多少時間。連在一起就是2010.10.22的早上5點4分53秒的時候一個編號為W3SVC151800 P-0YMR9WW8YX4U9的蜘蛛通過80埠進入網站成功訪問並下載了47186B的數據，花費了193MS。
網路的蜘蛛名字：Baispider、google蜘蛛名字：googlebot 、有道的蜘蛛名字：YouBot、yahoo的蜘蛛的名字：slurp。
IIS日誌基本上都是這樣子的，區別在於上面那個是成功抓取：200 0 0
一下是FTTP狀態碼：
404(未找到)伺服器找不到請求的頁面
304 (未修改)自從上次請求後，請求的頁面未修改過，伺服器返回此響應時，不會返回網頁內容
503 (服務不可用)伺服器目前無法使用(由於超時或停機維護)
301 永久重定向
302 臨時重定向
基本上我們要了解的就是這些FTTP狀態碼，如果你的網站出現了404，那你就要立刻用robots進行屏蔽，404是死鏈接，如果出現了404的話搜索引擎會認為你欺騙用戶，會對你作出處罰。大面積出現304的話那就要注意了，網站沒有更新，一二條關系不大，但是多了就會讓搜索引擎認為你網站沒有人管理，時間長了就會導致網站快照不更新，關鍵詞的波動;出現了503是你無法解決的，你就要找伺服器供應商。如果是連續同一時間出現503的時候我建議你去換一個伺服器，因為他在那個時候判斷伺服器導致蜘蛛進不去，蜘蛛不能進你的網站，搜索就不會了解，就會降低信任度，降權也隨之開始了。301是永久重定向，是網站改換了使用的，可以從這里判斷你的301做的怎麼樣，成功了沒有。302臨時的重定向，當做策劃什麼活動的時候可以使用。
2. 用excel表格分析網站的iis日誌。
先新建一個excel表格，把剛才的ex121129.log文件里的文件粘貼到新建的excel表格裡面。
復制之後，選定A
在上面的工具欄里選擇數據→分列
選擇分隔符號，點擊下一步
選擇空格，去掉Tab鍵前面的鉤，點擊完成。
網站的iis日誌就這樣被拆分出來了，之後自己再調整一下表格的列寬、升降序等即可。