今天一同伙問我IIS日志里好后三位"200 0 64"是什么意思,說查了一晚上也沒搞清楚這是什么意思,網上基本上全把后面這個"64"和百度聯系起來~說這里是"200 0 64"就不是正常抓取,只有是"200 0 0"才是正常抓取……,我打開gg搜索了一下"200 0 64",果然如此,更有甚者甚至還給出了解決方法,說如何如何修改網站就可以讓"200 0 64"變成"200 0 0"以讓搜索引擎正常抓取……

我汗,不知道有多少人被發表這段歪理的人害得把原本好好的網站改來改去.其實這只是3個很正常的狀況碼,只有前面的"200" 這個有效,后面的"0 64"和是否被正常訪問或者正常抓取沒有任何關系的!下面具體解說一下這三個狀況代碼.

打開一個IIS的日志,我們在好上邊大約第三行能夠看到一個表頭,像這樣:

引用內容

#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

這是日志每行中每個字段的名稱,我們看到的"200 0 64"是好后3個,那就是

sc-status sc-substatus sc-win32-status 這三個了,來看看這三個是什么東西:

sc-status:

HTTP協議的狀況.HTTP協議的狀況代碼為200,這個可能大家不熟悉,但是,HTTP404找不到文件,HTTP500內部服務器錯誤,這兩個狀況代碼大家應該很熟悉了吧? 不錯,這個200,其實就是這個的一種,HTTP200就是文件被正常的訪問了,只有這個數字是200以外的數字,才說明訪問出現了錯誤(比如上面說的404文件找不到等).

sc-substatus:

HTTP子協議的狀況.一般來說網站都是不使用子協議的,所以這個代碼為0就是很正常的,我們完全可以不用管它.

sc-win32-status:

Win32狀況.這個就是被許多人詮釋成說是是否被百度正常抓取的代碼.除了這個詮釋之外,這個代碼還有N多種詮釋,有的說是"不可用,打不開",有的說是"客戶端傳送到服務端的字節大小",真可謂信口開河.其實我們稍微懂點腦子,從字面意思就能夠看懂.這只是透露表現客戶端是否為32位系統的代碼.假如被32位的系統訪問,那么這里記錄的就是0,假如被64位系統訪問,那么這里記錄的就是64……

總結上面的,再綜合詮釋一下"200 0 64"和"200 0 0":

200 0 64:

文件被64位系統的訪客或者蜘蛛正常訪問或抓取.

200 0 0:

文件被32位系統的訪客或者蜘蛛正常訪問或抓取.

后記:

就是這么簡單的一個問題,為什么會有那么多版本的歪解,而且會有那么多人去相信?

也許是站長們對百度過于敏感,對于可能出現不好效果的事,寧愿相信其有不愿相信其無的心理造成的.

或者,是歪理被人們說的多了還真變成人們心中的真理了.

除了站長們需要岑寂的思考和學習,好后也希望大家對于自己也不是很確定的事情,不要再胡亂的憑著自己的想象發表意見了,對于你自己來說,也許你只是認為自己發表了一種看法,但是你憑空想象得出的效果,不知道要誤導多少人,要給多少人造成麻煩.