前些天在百度站長俱樂部里看到某站長的帖子，稱網(wǎng)站三次被K,第一次是發(fā)垃圾鏈太狠，第二次是堆積關(guān)鍵詞，第三次是全站采集，沒有原創(chuàng)。被K之后，該站長在查看之前iis日志時(shí)，發(fā)現(xiàn)百度蜘蛛在爬行部分頁面后狀態(tài)碼返回200 0 64。大禹在網(wǎng)上查找了相關(guān)問題，發(fā)現(xiàn)出現(xiàn)類似情況的還不少。很多SEOer更是祭出了“200 0 64是被K的前兆”一說。
而百度LEE給出的答復(fù)是“我們也無法確定出現(xiàn)這種狀態(tài)代碼時(shí)是否會影響抓取，但可以確定和Baisuspider的抓取行為無關(guān)。建議檢查一下iis配置和自己網(wǎng)站的程序有無問題。”
連LEE都沒法給出一個(gè)準(zhǔn)確的答案，更是為“200 0 64”披上了一層神秘的面紗。難道“200 0 64”真是災(zāi)難前的序幕。
大禹帶著這個(gè)疑問，查找了相關(guān)資料。在MSDN的《Win32狀態(tài)碼詳細(xì)說明》中，對64的解釋是“指定的網(wǎng)絡(luò)名不再可用”。而導(dǎo)致該問題的可能性有很多，以下大禹總結(jié)了一些常見的。
1、服務(wù)器開啟了GZIP壓縮，關(guān)閉后返回正常。
2、服務(wù)器Computer Browser服態(tài)、server服務(wù)、workstation服務(wù)其中之一運(yùn)行不正常。
3、Apache配置錯誤，引起Apache與WinSock v2相沖突，出現(xiàn)64錯誤。
4、常發(fā)生在ASP.NET開發(fā)的網(wǎng)站，在程序獲取一個(gè)響應(yīng)流之后，未讀出內(nèi)容便被關(guān)閉，這種情況也是產(chǎn)生64的一個(gè)原因。
5、類似第四種情況，IIS在等待客戶端ACK時(shí)，客戶端選擇重置或斷開鏈接，從而狀態(tài)碼返回64。
不管是以上哪種可能，都可以確定和Baisuspider的抓取無關(guān)。因此，也就排除了200 0 64是網(wǎng)站被K的前兆一說。前3者由于服務(wù)器、IIS、Apache配置問題，導(dǎo)致網(wǎng)絡(luò)不可達(dá)，從而引起B(yǎng)aisuspider無法有效抓取。而后兩種可能屬于客服端行為所致，服務(wù)端未得到ACK響應(yīng)，導(dǎo)致Baisuspider無法成功抓取。這也就解釋了，為何網(wǎng)站被K及200 0 64在網(wǎng)絡(luò)高峰期出現(xiàn)頻率更高。
出現(xiàn)200 0 64后，大禹建議馬上自行檢查或聯(lián)系空間商檢查服務(wù)器、IIS或Apache的配置及網(wǎng)絡(luò)狀況。在排除以上可能后，觀察200 0 64出現(xiàn)的頻率并做持續(xù)監(jiān)測，如果長期無法解決，可向baidu反映此問題。文章原創(chuàng)，轉(zhuǎn)載請注明出處 788中國門窗幕墻人才網(wǎng) http://www.788job.net,謝謝。
網(wǎng)友點(diǎn)評
精彩導(dǎo)讀
科技快報(bào)
品牌展示