導(dǎo)言：作為寫作愛好者，不可錯過為您精心挑選的10篇robots協(xié)議，它們將為您的寫作提供全新的視角，我們衷心期待您的閱讀，并希望這些內(nèi)容能為您提供靈感和參考。

篇1

歷史事件一，F(xiàn)acebook屏蔽谷歌搜索

FACEBOOK中的內(nèi)容，只要谷歌想抓取，放到搜索引擎上，從技術(shù)角度來說是沒有丁點(diǎn)難度的。但是直到今天谷歌都沒有抓取FACEBOOK中的海量用戶內(nèi)容，而這些海量的內(nèi)容對谷歌來講是巨大的損失。

那么假如沒有robots協(xié)議，谷歌便可以隨意抓取，而facebook根本無力抵抗，其用戶生產(chǎn)的UGC內(nèi)容就會肆意的出現(xiàn)在谷歌的搜索結(jié)果中，而facebook依靠用戶UGC生成出的內(nèi)容護(hù)城河也將功虧一簣，用戶要想搜索好友不通過facebook搜索而是繞過facebook直接從谷歌所搜就可以，這對facebook來說就無法構(gòu)成閉環(huán)，必將損失慘重。

歷史事件二，默多克旗下新聞屏蔽谷歌搜索

從傳統(tǒng)媒體起家的默多克，對于搜索引擎的態(tài)度相當(dāng)不友善，默多克曾將雅虎谷歌等搜索引擎都說成是”網(wǎng)絡(luò)寄生蟲“。

當(dāng)然，谷歌的回應(yīng)很簡單，如果不想讓貴站的內(nèi)容出現(xiàn)在搜索結(jié)果中，請使用robots協(xié)議禁止我們抓取即可。

隨后默多克在09年開始展開計(jì)劃，對谷歌等搜索引擎展開行動，對旗下多家新聞網(wǎng)站屏蔽搜索爬蟲。谷歌便不再抓取。那么現(xiàn)在我們假設(shè)沒有robots協(xié)議的話，谷歌就會肆無忌憚的繼續(xù)抓取新聞網(wǎng)站的內(nèi)容，很可能就成為了真正的“寄生蟲”，并且還會與默多克集團(tuán)的官司不斷。

好在谷歌遵守了，直接堵住了默多克的嘴，而隨后默多克也無話可說。

歷史事件三，淘寶屏蔽百度搜索

2008年百度有啊C2C平臺上線，利用搜索優(yōu)勢打算與阿里正面競爭。淘寶采取對抗措施，屏蔽百度抓取淘寶內(nèi)容，而百度也無可奈何，只能望內(nèi)容興嘆。

如果沒有robots協(xié)議的話，那么淘寶就沒有辦法屏蔽百度，百度就可以依然肆無忌憚的抓取淘寶的海量內(nèi)容，讓阿里的計(jì)劃全盤落空，啞巴吃黃連。

而好在百度遵守規(guī)則，通過遵守規(guī)則與阿里競爭，哪怕最后百度有啊以失敗告終，也沒越過雷池一步。

歷史事件四，京東屏蔽一淘

京東與阿里想來水火不容，京東屏蔽支付寶，屏蔽新浪微博登錄，而屏蔽阿里系的一淘搜索自然也在情理之中，是一種正常的商業(yè)競爭行為。而一淘失去京東的商品搜索結(jié)果，對自身損失也可謂極大。

好的，那么假如現(xiàn)在沒有ROBOTS協(xié)議，阿里也同樣可以毫無壓力的抓取京東的內(nèi)容，充實(shí)自己的一淘搜索結(jié)果，京東也只能隔空罵阿里流氓并且束手無策。

當(dāng)然，好在大家都是按照規(guī)矩競爭，阿里的一淘就算做的再差也沒有去抓取京東的內(nèi)容。

歷史事件五，優(yōu)酷同時(shí)屏蔽百度與谷歌搜索

08年末由于優(yōu)酷面臨寬帶運(yùn)營的成本壓力，所以在段時(shí)間內(nèi)屏蔽了搜索引擎以減輕自己的服務(wù)器壓力。

而如果當(dāng)時(shí)沒有ROBOTS協(xié)議的話，那么所搜索引擎的抓取將使優(yōu)酷面臨更巨大的成本壓力，難以過冬，甚至很有可能命懸一線。

而ROBOTS協(xié)議，給了優(yōu)酷喘息的機(jī)會。

歷史事件六，QQ空間

QQ空間自從誕生以來就只對旗下的搜搜開放，而對百度和谷歌等一直是屏蔽措施，我們無法在百度和谷歌上搜索到QQ空間的大量內(nèi)容。直到2012年，QQ空間才終于將內(nèi)容向其他搜索引擎開放。

篇2

在騰訊訴奇虎“扣扣保鏢”案中，奇虎公司兩次借用“消費(fèi)者”的名義為其行為做正當(dāng)性辯護(hù)，而在審理該案中，兩級法院的判決并未忽視對消費(fèi)者權(quán)益的關(guān)切，而是立足于反不正當(dāng)競爭法的價(jià)值本身，從保障消費(fèi)者的“知情權(quán)”和“選擇權(quán)”的角度，對相關(guān)行為是否構(gòu)成不正當(dāng)競爭進(jìn)行了深入剖析。

篇3

杰圖公司將含有侵權(quán)內(nèi)容的“百度地圖”服務(wù)內(nèi)嵌于自己的網(wǎng)站中，進(jìn)一步擴(kuò)大了百度公司的侵權(quán)范圍，與百度公司構(gòu)成共同的侵權(quán)和不正當(dāng)競爭行為。

篇4

從好的方面看，如此一來，360會對百度形成

篇5

中圖分類號:TP393文獻(xiàn)標(biāo)識碼:A 文章編號:1009-3044(2010)17-4640-02

Finding out and Analysis Information of Attacking in Server of Web

YAO Kai-rong

(Jingzhou Vocation and Technical College,Jingzhou 434100,China)

Abstract: Looking over server logging of Web prevents a kind of basic method to attack and invading effectively. This text explains mainly how to find out , analyse the mark attacked and invading in numerous information through server logging of Web, provide the concrete instance.

Key words: Web server; logging; attack

隨著Internet上Web服務(wù)的發(fā)展,很多單位都建立有自己的網(wǎng)站。與此同時(shí),他們在網(wǎng)站建設(shè)和管理中都會遇到各種各樣的安全問題。因?yàn)楣芾鞼eb網(wǎng)站不只是監(jiān)視其速度和內(nèi)容傳送,更重要的是了解對這些Web網(wǎng)站的外來訪問,跟蹤包含有攻擊和入侵的“幕后”數(shù)據(jù)等。而這些要求都可以通過對Web服務(wù)器Logging的查看和分析來做到。由于Web服務(wù)是Internet所提供的最豐富的服務(wù),各種Web服務(wù)器自然受到的攻擊最多,雖然有很多措施防止遭受攻擊和入侵,但查看Web服務(wù)器的logging仍然是最直接、常用又有效的一種方法。由于Web服務(wù)器運(yùn)行時(shí)間長,logging十分龐大,因此查看logging是件很繁瑣的事情,如果抓不住重點(diǎn),攻擊線索就容易被忽略。

本文從兩類Web服務(wù)器Apache和IIS的logging分析入手,介紹如何通過Web服務(wù)器logging,在眾多信息里查找、分析攻擊和入侵的痕跡,找出漏洞,防范攻擊,從而加強(qiáng)Web服務(wù)器的安全。

1 Web服務(wù)器logging分析的原理

Web服務(wù)器logging記錄了服務(wù)器接收處理請求以及運(yùn)行錯誤等各種原始信息。通過進(jìn)行l(wèi)ogging統(tǒng)計(jì)、分析,就能有效地掌握服務(wù)器的運(yùn)行狀況,發(fā)現(xiàn)和排除不安全因素,更好地加強(qiáng)系統(tǒng)的維護(hù)和管理。客戶端(瀏覽器)訪問WEB服務(wù)器時(shí)logging的記錄過程為[1]:

1)客戶端和Web服務(wù)器建立tcp連接,連接建立以后,向Web 服務(wù)器發(fā)出訪問請求,根據(jù)HTTP協(xié)議,該請求中包含了客戶端的IP地址、瀏覽器類型、請求的URL等一系列信息。

2)Web服務(wù)器收到請求后,將客戶端要求的頁面內(nèi)容返回到客戶端。如果出現(xiàn)錯誤,那么返回錯誤代碼。

3)服務(wù)器端將訪問信息和錯誤信息記錄到logging里。在客戶機(jī)的請求里包含了很多有用的信息,例如:客戶端類型等等。最后,Web服務(wù)器將請求的Web頁內(nèi)容返回給客戶機(jī)。

Logging記錄客戶端的IP地址、訪問發(fā)生的時(shí)間、訪問請求的頁面、Web服務(wù)器對于該請求返回的狀態(tài)信息、返回給客戶端的內(nèi)容的大小、該請求的引用地址、客戶瀏覽器類型等信息。對于IIS,其默認(rèn)記錄存放在c:winntsystem32logfilesw3svc1,文件名就是當(dāng)天的日期,記錄格式是標(biāo)準(zhǔn)的W3C擴(kuò)展記錄格式,可以被各種logging分析工具解析,默認(rèn)的格式包括時(shí)間、訪問者IP地址、訪問的方法、請求的資源、HTTP狀態(tài)等。對于其中的HTTP狀態(tài),200-299表示訪問成功;300-399表示需要客戶端反應(yīng)來滿足請求;400-499和500-599表示客戶端和服務(wù)器出錯;其中常用的如404表示資源沒找到,403表示訪問被禁止。Apache的默認(rèn)記錄存放在/usr/local/apache/logs,其中最有用的記錄文件是access_log,其格式包括客戶端IP、個人標(biāo)識、用戶名、訪問方式、HTTP狀態(tài)、傳輸?shù)淖止?jié)數(shù)等。

2 Web服務(wù)器logging分析的方法、步驟

1) 信息收集

非法攻擊Web服務(wù)器通常先收集信息,然后通過遠(yuǎn)程命令分步實(shí)施入侵。我們模擬使用的工具是netcat,Web服務(wù)器IP為10.10.20.8,客戶端IP為10.10.20.11。

C:>nc -n 10.10.20.8 80

HEAD / HTTP/1.0

HTTP/1.1 200 OK

Server: Microsoft-IIS/4.0

Date: Sun, 07 Oct 2005 14:31:00 GMT

Content-Type: text/html

Set-Cookie: ASPSESSIONIDGQQQQQPA=IHOJAGJDECOLLGIBNKMCEEED; path=/

Cache-control: private

在IIS和Apache的logging顯示如下:

IIS: 15:08:44 10.10.20.11 HEAD /Default.asp 200

Linux: 10.10.20.11- - [07/Oct/2005:15:56:39 -0700] "HEAD / HTTP/1.0" 200 0

以上的活動看上去很正常,也不會對服務(wù)器產(chǎn)生任何影響,但通常是攻擊的前奏。

2) 站點(diǎn)鏡像

攻擊服務(wù)器通常通過鏡像一個站點(diǎn)來進(jìn)行,常用鏡像工具有Windows下的Teleport pro和Unix下的Wget。

下面是使用這兩個工具后服務(wù)器logging里的部分信息:

16:30:52 10.10.20.11 GET /Default.asp 200

16:30:52 10.10.20.11 GET /robots.txt 404

16:30:52 10.10.20.11 GET /header_protecting_your_privacy.gif 200

16:30:52 10.10.20.11 GET /header_fec_reqs.gif 200

16:30:55 10.10.20.11 GET /photo_contribs_sidebar.jpg 200

16:30:55 10.10.20.11 GET /g2klogo_white_bgd.gif 200

16:30:55 10.10.20.11 GET /header_contribute_on_line.gif 200

16:32:01 10.10.20.12 GET /Default.asp 200

16:32:01 10.10.20.12 GET /robots.txt 404

16:32:01 10.10.20.12 GET /header_contribute_on_line.gif 200

16:32:01 10.10.20.12 GET /g2klogo_white_bgd.gif 200

16:32:01 10.10.20.12 GET /photo_contribs_sidebar.jpg 200

16:32:01 10.10.20.12 GET /header_fec_reqs.gif 200

16:32:01 10.10.20.12 GET /header_protecting_your_privacy.gif 200

10.10.20.11是使用Wget的Unix客戶端,10.10.20.12是使用Teleport pro的Windows客戶端,都請求robots.txt文件,該文件是請求沒被鏡像所要用到的,所以看到有對robots.txt文件的請求,即表明有鏡像的企圖。當(dāng)然,在Wget和Teleport pro客戶端,可以人為禁止對robots.txt文件的訪問,這時(shí),其辨別可以看是否有從同一IP地址來的重復(fù)資源請求。

3) 漏洞掃描

隨著攻擊的發(fā)展,我們可以用一些Web漏洞檢查軟件(如 Whisker)檢查已知曉的各種漏洞。下面是運(yùn)行Whisker的IIS和Apache的相關(guān)記錄:

IIS

12:07:56 10.10.20.12 GET /SiteServer/Publishing/viewcode.asp 404

12:07:56 10.10.20.12 GET /advworks/equipment/catalog_type.asp 404

12:07:56 10.10.20.12 GET /iisadmpwd/aexp4b.htr 200

12:07:56 10.10.20.12 HEAD /scripts/tools/newdsn.exe 404

12:07:56 10.10.20.12 HEAD /msadc/msadcs.dll 200

12:07:56 10.10.20.12 HEAD /scripts/proxy/ 403

12:07:56 10.10.20.12 HEAD /scripts/proxy/w3proxy.dll 500

12:07:56 10.10.20.12 GET /scripts/proxy/w3proxy.dll 500

Apache

10.10.20.11-[07/Oct/2005:12:57:28 -0700] "GET /cfcache.map HTTP/1.0" 404 266

10.10.20.11-[07/Oct/2005:12:57:28 -0700] "GET /cfappman/index.cfm HTTP/1.0" 404 273

10.10.20.11-[07/Oct/2005:12:57:29 -0700] "HEAD /cgi-bin/pfdisplay.cgi HTTP/1.0" 404

檢查這種攻擊的重點(diǎn)是看同一IP地址對cgi目錄文件請求出現(xiàn)多個404狀態(tài)。這時(shí)就要查看相應(yīng)cgi目錄里的程序安全性。

4)遠(yuǎn)程攻擊

下面以針對IIS的MDAC攻擊為例,來了解遠(yuǎn)程攻擊在logging里的記錄情況。

17:48:49 10.10.20.11 GET /msadc/msadcs.dll 200

17:48:51 10.10.20.11 POST /msadc/msadcs.dll 200

當(dāng)攻擊發(fā)生后,在logging中會留下對msadcs.dll的請求記錄。另一個常見的攻擊是asp源代碼泄漏的漏洞,當(dāng)這種攻擊發(fā)生時(shí),logging文件會有如下記錄:

17:50:13 10.10.20.12 GET /default.asp+.htr 200

對于未授權(quán)訪問的攻擊記錄,Apache log會顯示:

[07/Oct/2005:18:58:29 -0700] "GET /private/ HTTP/1.0" 401 462

3 總結(jié)

篇6

淺要的說明了網(wǎng)站診斷的重要性后，那倒底網(wǎng)站怎么做診斷呢，SEO初學(xué)者只要按照以下步驟操作，就可以對一個網(wǎng)站進(jìn)行全面的診斷，找出網(wǎng)站內(nèi)部的不足，以便于優(yōu)化完善。下面結(jié)合一個網(wǎng)站的診斷實(shí)例來講解，以便于初學(xué)者理解。

要說明的是，這個網(wǎng)站是推一把線下10期學(xué)員新做的一個網(wǎng)站，網(wǎng)站內(nèi)容并不多，項(xiàng)目也是虛擬的，建站的目的是為了通過實(shí)踐掌握教學(xué)內(nèi)容，網(wǎng)站的名稱叫：釀蜜坊蜂產(chǎn)品專賣店，網(wǎng)址：，以下簡稱“診斷網(wǎng)站”，不啰嗦了，下面進(jìn)入如何診斷網(wǎng)站十二步。

第一步，檢查各網(wǎng)頁標(biāo)題是否設(shè)置正確

這個診斷項(xiàng)目是最重要的，網(wǎng)站標(biāo)題是搜索引擎識別、抓取，收錄網(wǎng)站重要依據(jù)，是獲得較好排名和展現(xiàn)給用戶的第一要素，SEO沒有什么比這更重要的啦。見過很多號自稱SEO高手的連個標(biāo)題都寫不好。

正確的網(wǎng)站頁面標(biāo)題格式應(yīng)該如下：(注意：指網(wǎng)站所有頁面)

首頁標(biāo)題：關(guān)鍵詞_網(wǎng)站名稱

欄目頁標(biāo)題：欄目名稱_網(wǎng)站名稱

內(nèi)容頁標(biāo)題：文章標(biāo)題_欄目頁_網(wǎng)站名稱

診斷網(wǎng)站狀況：

首頁標(biāo)題：蜂蜜減肥法，蜂蜜面膜，蜂蜜美容小知識—釀蜜坊蜂產(chǎn)品專賣店

欄目頁標(biāo)題：行業(yè)新聞-蜂蜜減肥法，蜂蜜面膜，蜂蜜美容小知識—釀蜜坊蜂產(chǎn)品專賣店

內(nèi)容頁標(biāo)題：蜂蜜加白醋能減肥嗎—蜂蜜白醋減肥方法-蜂蜜減肥法，蜂蜜面膜，蜂蜜美容小知識—釀蜜坊蜂產(chǎn)品專賣店

分析：目標(biāo)網(wǎng)站首頁、欄目頁及內(nèi)容頁書寫順序正確，標(biāo)題中還自動重復(fù)了首頁標(biāo)題，有利于搜索引擎對網(wǎng)站內(nèi)容的理解和抓取。如果你的網(wǎng)站沒有達(dá)到此標(biāo)準(zhǔn)，盡快改過來吧。

第二步，檢查首頁標(biāo)題的長度及符號

在第一步中我們已經(jīng)談到網(wǎng)頁標(biāo)題的重要性，首頁標(biāo)題更是重中之重了，怎樣寫首頁標(biāo)題不是本文討論的重點(diǎn)，但是你要知道首頁標(biāo)題要寫好有那些要求。

要求是：標(biāo)題字?jǐn)?shù)不超過30個漢字，核心關(guān)鍵3-5個，用“，”或者“|”線隔開，公司名用“—”聯(lián)接，用戶搜索次數(shù)最大的關(guān)鍵詞排在最前面，不要問我原因，你懂的。

診斷網(wǎng)站狀況：

首頁標(biāo)題：蜂蜜減肥法，蜂蜜面膜，蜂蜜美容小知識—釀蜜坊蜂產(chǎn)品專賣店

診斷分析：診斷網(wǎng)站首頁標(biāo)題字?jǐn)?shù)28字。關(guān)鍵詞之間才用“，”分隔，公司名用“—”橫線連接，符合要求。

第三步，診斷網(wǎng)頁是否有標(biāo)題重復(fù)與描述重復(fù)。

1、各網(wǎng)頁標(biāo)題診斷

要求：對各個頁面進(jìn)行診斷，包括首頁、欄目頁、內(nèi)容頁，每個頁面標(biāo)題不能重復(fù)，否則搜索引擎以為你的網(wǎng)站每個頁面都是相同的內(nèi)容，而其實(shí)每個頁面的內(nèi)容不可能是相同的，比如“產(chǎn)品中心”欄目是介紹不同產(chǎn)品的，“企業(yè)新聞”欄目是發(fā)表企業(yè)相關(guān)新聞動態(tài)的。

診斷網(wǎng)站狀況：沒有發(fā)現(xiàn)重標(biāo)題的網(wǎng)頁。

例如：企業(yè)簡介欄目標(biāo)題：關(guān)于釀蜜坊-要想身體好，蜂蜜的作用與功效不得了，健康天使——釀蜜坊專賣店;

內(nèi)容欄目標(biāo)題：油菜春漿蜂皇漿-蜂蜜減肥法，蜂蜜面膜，蜂蜜美容小知識—釀蜜坊蜂產(chǎn)品專賣店

2、描述重復(fù)診斷

與網(wǎng)頁標(biāo)題診斷一樣，每個頁面都要有不同的描述，切不要都是一樣的描述內(nèi)容。

要求：準(zhǔn)確的描述網(wǎng)頁內(nèi)容，不能有關(guān)鍵詞堆砌。每個頁面都應(yīng)該有不同的描述。長度合理。

診斷網(wǎng)站狀況：沒有發(fā)現(xiàn)重復(fù)的網(wǎng)頁標(biāo)題，但發(fā)現(xiàn)一些產(chǎn)品頁描述不正確或者過于簡單，產(chǎn)生的原因是系統(tǒng)自動生成，產(chǎn)品第一段內(nèi)容很關(guān)鍵，尤其是前100字，要對產(chǎn)品進(jìn)行精準(zhǔn)的描述。

診斷分析：雖然網(wǎng)站沒重復(fù)的標(biāo)題及描述，但標(biāo)題及描述不合理，網(wǎng)頁標(biāo)題沒有體現(xiàn)該網(wǎng)頁內(nèi)容，相近度高，原因可能是網(wǎng)站管理系統(tǒng)自動生成標(biāo)題和描述適成的，對于小型網(wǎng)站或者企業(yè)網(wǎng)站，建議網(wǎng)頁標(biāo)題及描述手寫更準(zhǔn)確。

第四步，網(wǎng)站URL的唯一性

網(wǎng)站URL要具有唯一性，如果不相同的頁面有洋同URL，搜索引擎在排名時(shí)會分散權(quán)重，網(wǎng)站難以獲得好的排名

要求：正確的選擇首選域，內(nèi)鏈和外鏈要統(tǒng)一，做好301重定向。

診斷網(wǎng)站狀況：

網(wǎng)站首選域?yàn)椋?，?nèi)鏈和外鏈基本統(tǒng)一。

訪問/index.html和xxx.cn及都是同一頁面，無301重定向。

網(wǎng)站內(nèi)鏈和外鏈建設(shè)選擇為首選域。

診斷分析：做301轉(zhuǎn)向?qū)τ赟EO新人來說，可能技術(shù)有難度，這方面可能要請技術(shù)人員協(xié)助解決。

第五步，網(wǎng)站URL靜態(tài)化

雖然百度SEO指南中說，百度蜘蛛對于動態(tài)網(wǎng)頁的抓取沒有岐意，但細(xì)心的你可以發(fā)現(xiàn)獲得良好排名的網(wǎng)站，其URL必然是靜態(tài)化的，至于什么是靜態(tài)化的網(wǎng)頁，很多初學(xué)者說會動的網(wǎng)頁，就是動態(tài)的，其實(shí)這是錯誤的看法，只要URL中包含“?”“%”等符號，就是動態(tài)的網(wǎng)頁，多說了幾句，掃一下盲。

要求：網(wǎng)站全部采用靜態(tài)化，有利于網(wǎng)站收錄及排名。

診斷網(wǎng)站狀況：網(wǎng)站所有網(wǎng)頁均是偽靜態(tài)

如：/info/contact.html

診斷分析：全站最深層次為三層，符合要求

第六步，診斷圖片ALT屬性

百度官方SEO指南中強(qiáng)調(diào)，蜘蛛暫時(shí)無法讀取圖片、flash等的內(nèi)容，網(wǎng)站中出現(xiàn)圖片時(shí)，要做好圖片屬性設(shè)置，也就是ALT啦，一方面它可以告訴搜索引擎這是關(guān)于什么的圖片，另一方面當(dāng)瀏覽器無法展示圖片時(shí)，會以文字的形式展現(xiàn)，還可增加關(guān)鍵詞密度。

要求：1、網(wǎng)站所有圖片都加上ALT屬性，命名合理，不重復(fù)。

2、圖片上方、或者下方加上關(guān)鍵詞錨文本

3、增加圖片頁面的內(nèi)鏈和外鏈，優(yōu)化重要圖片

診斷網(wǎng)站狀況：發(fā)現(xiàn)網(wǎng)站所有圖片沒有ALT屬性，修改完善圖片ALT屬性，對重要圖片進(jìn)行優(yōu)化，做好圖片站內(nèi)鏈接，圖片周圍多出現(xiàn)關(guān)鍵詞和錨文本。

診斷分析：做好ALT屬性可以展現(xiàn)網(wǎng)站對搜索引擎的友好度，增加客戶體驗(yàn)性。

第七步，診斷robots文件

對收錄及排名沒有影響、不重要的網(wǎng)頁內(nèi)容，或者不想讓搜索引擎抓取的內(nèi)容，可以通過robots協(xié)議禁止

要求：網(wǎng)站中要有robots文件，并且代碼正確，對不需要搜索引擎抓取的部分進(jìn)行禁止。

診斷網(wǎng)站狀況：網(wǎng)站有robots文件，對一些無需抓取的內(nèi)容進(jìn)行了禁止。

robots文件網(wǎng)址：xxx.cn/robots.txt

診斷分析：robots文件重要，但書寫一定要正確，否則可以事得其反，最好請技術(shù)人員解決。

第八步，診斷死鏈接

死鏈接就是用戶點(diǎn)擊無法展示的頁面，或者已經(jīng)不在的頁面，死鏈接會影響搜索引擎的友好度，會告成因客戶體驗(yàn)差，而流失目標(biāo)客戶，嚴(yán)重影響轉(zhuǎn)化率。

要求：網(wǎng)站無死鏈接。

診斷網(wǎng)站狀況：整站無死鏈接

診斷分析：如何診斷死鏈接，查找死鏈接可以借助站長工具，這個不要我多講吧。

第九步，網(wǎng)站404頁面

404頁面是當(dāng)網(wǎng)站出現(xiàn)死鏈接時(shí)，自動轉(zhuǎn)到404頁面，引導(dǎo)用戶瀏覽其它首頁，避免用戶流失。

要求：網(wǎng)站要有友好的404頁，對死鏈接進(jìn)行轉(zhuǎn)化引導(dǎo)。

診斷網(wǎng)站狀況：網(wǎng)站沒有404網(wǎng)頁，設(shè)計(jì)和完善好404頁面。

第十步，網(wǎng)站空間速度診斷

為什么要求網(wǎng)站空間打開速度要快，這個問題也太小白了吧，你會在一個等了半天也不開的門前，傻等半天嗎?客戶是沒有耐心等待的

要求：網(wǎng)站打開速快，不影響用戶抓取和用戶瀏覽

診斷網(wǎng)站狀況：最快5毫秒，最慢68妙，電信平均：36毫秒，聯(lián)通平均：56毫秒

診斷分析：速度就不解釋了，當(dāng)然是越快越好。

第十一步，快照更新診斷

只有快照更新有規(guī)律的網(wǎng)站，才是搜索引擎喜歡的網(wǎng)站，如果你的網(wǎng)站快照好久都沒有更新，那你就要想想是不是百度不愛你啦，百度可能不喜歡你的網(wǎng)站了，我們必須經(jīng)常更新網(wǎng)站內(nèi)容，讓蜘蛛不斷有新東西吃，有新鮮感，

要求：百度快照更新不超過去3天，網(wǎng)站有經(jīng)常更新版塊，如新聞更新、產(chǎn)品更新、評論更新等，并適時(shí)更新。

診斷網(wǎng)站狀況：百度第一次快照時(shí)間：2012-9-25，最新快照時(shí)間2012-10-15，更新速度慢，站內(nèi)有新聞更新版塊，無用戶評論交互功能。

診斷分析：建議用適當(dāng)提高網(wǎng)站外鏈和網(wǎng)站內(nèi)容更新，改善兩次快照間隔時(shí)間太長的現(xiàn)象

篇7

1、收集待索引網(wǎng)頁的url

Internet上存在的網(wǎng)頁數(shù)量絕對是個天文數(shù)字，每天新增的網(wǎng)頁也不計(jì)其數(shù)，搜索引擎需要首先找到要索引收錄的對象。

具體到Google而言，雖然對GoogleBot是否存在DeepBot與FreshBot的區(qū)別存在爭議——至于是否叫這么兩個名字更是眾說紛耘，當(dāng)然，名字本身并不重要——至少到目前為止，主流的看法是，在Google的robots中，的確存在著相當(dāng)部分專門為真正的索引收錄頁頁準(zhǔn)備“素材”的robots——在這里我們姑且仍稱之為FreshBot吧——它們的任務(wù)便是每天不停地掃描Internet，以發(fā)現(xiàn)并維護(hù)一個龐大的url列表供DeepBot使用，換言之，當(dāng)其訪問、讀取其一個網(wǎng)頁時(shí)，目的并不在于索引這個網(wǎng)頁，而是找出這個網(wǎng)頁中的所有鏈接。——當(dāng)然，這樣似乎在效率上存在矛盾，有點(diǎn)不太可信。不過，我們可以簡單地通過以下方式判斷：FreshBot在掃描網(wǎng)頁時(shí)不具備“排它性”，也即是說，位于Google不同的數(shù)據(jù)中心的多個robots可能在某個很短的時(shí)間周期，比如說一天甚至一小時(shí)，訪問同一個頁面，而DeepBot在索引、緩存頁面時(shí)則不會出現(xiàn)類似的情況，即Google會限制由某個數(shù)據(jù)中心的robots來完成這項(xiàng)工作的，而不會出現(xiàn)兩個數(shù)據(jù)中心同時(shí)索引網(wǎng)頁同一個版本的情況，如果這種說法沒有破綻的話，則似乎可以從服務(wù)器訪問日志中時(shí)?？梢钥吹皆醋圆煌琁P的GoogleBot在很短的時(shí)間內(nèi)多次訪問同一個網(wǎng)頁證明FreshBot的存在。因此，有時(shí)候發(fā)現(xiàn)GoogleBot頻繁訪問網(wǎng)站也不要高興得太早，也許其根本不是在索引網(wǎng)頁而只是在掃描url。

FreshBot記錄的信息包括網(wǎng)頁的url、Time Stamp(網(wǎng)頁創(chuàng)建或更新的時(shí)間戳)，以及網(wǎng)頁的Head信息(注：這一點(diǎn)存在爭議，也有不少人相信FreshBot不會去讀取目標(biāo)網(wǎng)頁信息的，而是將這部分工作交由DeepBot完成。不過，筆者傾向于前一種說法，因?yàn)樵贔reshBot向DeepBot提交的url列表中，會將網(wǎng)站設(shè)置禁止索引、收錄的頁面排除在外，以提高效率，而網(wǎng)站進(jìn)行此類設(shè)置時(shí)除使用robots.txt外還有相當(dāng)部分是通過mata標(biāo)簽中的“noindex”實(shí)現(xiàn)的，不讀取目標(biāo)網(wǎng)頁的head似乎是無法實(shí)現(xiàn)這一點(diǎn)的)，如果網(wǎng)頁不可訪問，比如說網(wǎng)絡(luò)中斷或服務(wù)器故障，F(xiàn)reshBot則會記下該url并擇機(jī)重試，但在該url可訪問之前，不會將其加入向DeepBot提交的url列表。

總的來說，F(xiàn)reshBot對服務(wù)器帶寬、資源的占用還是比較小的。最后，F(xiàn)reshBot對記錄信息按不同的優(yōu)先級進(jìn)行分類，向DeepBot提交，根據(jù)優(yōu)先級不同，主要有以下幾種：

A：新建網(wǎng)頁；B：舊網(wǎng)頁/新的Time Stamp，即存在更新的網(wǎng)頁；C：使用301/302重定向的網(wǎng)頁；D：復(fù)雜的動態(tài)url，如使用多個參數(shù)的動態(tài)url，Google可能需要附加的工作才能正確分析其內(nèi)容。——隨著Google對動態(tài)網(wǎng)頁支持能力的提高，這一分類可能已經(jīng)取消；E：其他類型的文件，如指向PDF、DOC文件的鏈接，對這些文件的索引，也可能需要附加的工作；F：舊網(wǎng)頁/舊的Time Stamp，即未更新的網(wǎng)頁，注意，這里的時(shí)間戳不是以Google搜索結(jié)果中顯示的日期為準(zhǔn)，而是與Google索引數(shù)據(jù)庫中的日期比對；G：錯誤的url，即訪問時(shí)返回404回應(yīng)的頁面；

優(yōu)先級按由A至G的順序排列，依次降低。需要強(qiáng)調(diào)的是，這里所言之優(yōu)先級是相對的，比如說同樣是新建網(wǎng)頁，根據(jù)指向其的鏈接質(zhì)量、數(shù)量的不同，優(yōu)先級也有著很大的區(qū)別，具有源自相關(guān)的權(quán)威網(wǎng)站鏈接的網(wǎng)頁具有較高的優(yōu)先級。此外，這里所指的優(yōu)先級僅針對同一網(wǎng)站內(nèi)部的頁面，事實(shí)上，不同網(wǎng)站也有有著不同的優(yōu)先級，換言之，對權(quán)威網(wǎng)站中的網(wǎng)頁而言，即使其最低優(yōu)先級的404 url，也可能比許多其他網(wǎng)站優(yōu)先級最高的新建網(wǎng)頁更具優(yōu)勢。

2、網(wǎng)頁的索引與收錄

接下來才進(jìn)入真正的索引與收錄網(wǎng)頁過程。從上面的介紹可以看出，F(xiàn)reshBot提交的url列表是相當(dāng)龐大的，根據(jù)語言、網(wǎng)站位置等不同，對特定網(wǎng)站的索引工作將分配至不同的數(shù)據(jù)中心完成。整個索引過程，由于龐大的數(shù)據(jù)量，可能需要幾周甚至更長時(shí)間才能完成。

正如上文所言，DeepBot會首先索引優(yōu)先級較高的網(wǎng)站/網(wǎng)頁，優(yōu)先級越高，出現(xiàn)在Google索引數(shù)據(jù)庫及至最終出現(xiàn)在Google搜索結(jié)果頁面中的速度便越快。對新建網(wǎng)頁而言，只要進(jìn)入到這個階段，即使整個索引過程沒有完成，相應(yīng)的網(wǎng)頁便已具備出現(xiàn)在Google索引庫中的可能，相信許多朋友在Google中使用“site:somedomain.com”搜索時(shí)常?？吹綐?biāo)注為補(bǔ)充結(jié)果只顯示網(wǎng)頁url或只顯示網(wǎng)頁標(biāo)題與url但沒有描述的頁面，此即是處于這一階段網(wǎng)頁的正常結(jié)果。當(dāng)Google真正讀取、分析、緩存了這個頁面后，其便會從補(bǔ)充結(jié)果中逃出而顯示正常的信息。——當(dāng)然，前提是該網(wǎng)頁具有足夠的鏈接，特別是來自權(quán)威網(wǎng)站的鏈接，并且，索引庫中沒有與該網(wǎng)頁內(nèi)容相同或近似的記錄(Duplicate Content過濾)。

對動態(tài)url而言，雖然如今Google宣稱在對其處理方面已不存在障礙，不過，可以觀察到的事實(shí)仍然顯示動態(tài)url出現(xiàn)在補(bǔ)充結(jié)果中的幾率遠(yuǎn)大于使用靜態(tài)url的網(wǎng)頁，往往需要更多、更有價(jià)值的鏈接才能從補(bǔ)充結(jié)果中逸出。

而對于上文中之“F”類，即未更新的網(wǎng)頁，DeepBot會將其時(shí)間戳與Google索引數(shù)據(jù)庫中的日期比對，確認(rèn)盡管可能搜索結(jié)果中相應(yīng)頁面信息未來得及更新但只要索引了最新版本即可——考慮網(wǎng)頁多次更新、修改的情況——；至于“G”類即404 url，則會查找索引庫中是否存在相應(yīng)的記錄，如果有，將其刪除。

3、數(shù)據(jù)中心間的同步

前文我們提到過，DeepBot索引某個網(wǎng)頁時(shí)會由特定的數(shù)據(jù)中心完成，而不會出現(xiàn)多個數(shù)據(jù)中心同時(shí)讀取該網(wǎng)頁，分別獲得網(wǎng)頁最近版本的情況，這樣，在索引過程完成后，便需要一個數(shù)據(jù)同步過程，將網(wǎng)頁的最新版本在多個數(shù)據(jù)中心得到更新。

這就是之前著名的Google Dance。不過，在BigDaddy更新后，數(shù)據(jù)中心間的同步不再象那樣集中在特定的時(shí)間段，而是以一種連續(xù)的、時(shí)效性更強(qiáng)的方式進(jìn)行。盡管不同數(shù)據(jù)中心間仍存在一定的差異，但差異已經(jīng)不大，而且，維持的時(shí)間也很短。

提高搜索引擎索引收錄網(wǎng)頁的效率，根據(jù)上面的介紹，可以看出，要想讓您的網(wǎng)頁盡可能快、盡可能多地被搜索引擎收錄，至少應(yīng)從如下幾方面進(jìn)行優(yōu)化：

提高網(wǎng)站反相鏈接的數(shù)量與質(zhì)量，源自權(quán)威網(wǎng)站的鏈接可以讓您的網(wǎng)站/網(wǎng)頁在第一時(shí)間內(nèi)被搜索引擎“看到”。當(dāng)然，這也是老生常談了。從上面的介紹可以看出，要提高網(wǎng)頁被搜索引擎收錄的效率，首先要讓搜索引擎找到您的網(wǎng)頁，鏈接是搜索引擎找到網(wǎng)頁的唯一途徑——“唯一”一詞存在些許爭議，見下面的SiteMaps部分——從這個角度看，向搜索引擎提交網(wǎng)站之類的作法沒有必要且沒有意義，相對而言，要想讓您的網(wǎng)站被收錄，獲得外部網(wǎng)站的鏈接才是根本，同時(shí)，高質(zhì)量的鏈接也是讓網(wǎng)頁步出補(bǔ)充結(jié)果的關(guān)鍵因素。

網(wǎng)頁設(shè)計(jì)要秉持“搜索引擎友好”的原則，從搜索引擎spider的視角設(shè)計(jì)與優(yōu)化網(wǎng)頁，確保網(wǎng)站的內(nèi)部鏈接對搜索引擎“可見”，相對于獲得外部網(wǎng)站鏈接的難度，合理規(guī)劃的內(nèi)部鏈接是提高搜索引擎索引與收錄效率更經(jīng)濟(jì)、有效的途徑——除非網(wǎng)站根本未被搜索引擎收錄。

如果您的網(wǎng)站使用動態(tài)url，或者導(dǎo)航菜單使用JavaScript，那么，當(dāng)在網(wǎng)頁收錄方面遇到障礙時(shí)，應(yīng)首先從這里著手。

使用SiteMaps。事實(shí)上，許多人認(rèn)為Google取消了FreshBot的一個主要原因便是SiteMaps(xml)協(xié)議的廣泛應(yīng)用，認(rèn)為這樣只需讀取網(wǎng)站提供的SiteMaps便可得到網(wǎng)頁更新信息，而不需FreshBot耗時(shí)費(fèi)力地掃描。這種說法還是有一定道理的，雖然目前不能確定Google究竟直接使用SiteMaps作為DeepBot的索引列表還是用做FreshBot的掃描路標(biāo)，但SiteMaps能夠提高網(wǎng)站索引收錄的效率則是不爭的事實(shí)。比如說，SEO探索曾做過如下的測試：

兩個網(wǎng)頁，獲得的鏈接情況相同，一個加入SiteMaps而另一未加入，出現(xiàn)在SiteMaps中的網(wǎng)頁很快被收錄，而另一個頁面則在過了很長時(shí)間后才被收錄；

篇8

1.百度對自個兒旗下的服務(wù)給予特別待遇

大家在百度上輕易搜一下子便會發(fā)覺，百度旗下的百度各種學(xué)科，百度曉得，百度貼吧…等，在搜索最后結(jié)果中有相當(dāng)高的名次，在某些高熱度網(wǎng)站關(guān)鍵詞上頭，幾乎大多的搜索最后結(jié)果都是來自百度自身的產(chǎn)品。在這些個方面，百度從來表現(xiàn)出來出公平性，與google差距甚大。

2.百度的蛛蛛給眾多服務(wù)器增加了壓力

固然Baiduspider或者遵循那一個robots.txt文件，不過在某些大網(wǎng)站上頭，百度蛛蛛依舊發(fā)瘋的爬動，很很長時(shí)間候，固然它不收錄網(wǎng)站，不過它依舊發(fā)瘋的爬動，給眾多網(wǎng)站服務(wù)器增加莫大的壓力。

3.百度競價(jià)名次，如今叫百度搜索推廣

篇9

>> 互聯(lián)網(wǎng)安全的常用技術(shù) 論在互聯(lián)網(wǎng)的管理中網(wǎng)絡(luò)管理協(xié)議的應(yīng)用研究 基于互聯(lián)網(wǎng)地址協(xié)議的應(yīng)用與發(fā)展研究 空間互聯(lián)網(wǎng)傳輸協(xié)議和存在的問題 Robots協(xié)議維護(hù)互聯(lián)網(wǎng)秩序 基于互聯(lián)網(wǎng)信報(bào)控制協(xié)議的災(zāi)情信息獲取技術(shù)研究與應(yīng)用 互聯(lián)網(wǎng)金融的發(fā)展研究 “互聯(lián)網(wǎng)+教育”的發(fā)展研究 基于互聯(lián)網(wǎng)旅游的研究 “互聯(lián)網(wǎng)+審判”的實(shí)證研究 基于社會系統(tǒng)研究方法的“互聯(lián)網(wǎng)+電子商務(wù)物流”體系研究 戰(zhàn)術(shù)互聯(lián)網(wǎng)抗毀性方法研究 互聯(lián)網(wǎng)企業(yè)數(shù)據(jù)資產(chǎn)價(jià)值評估方法研究 淺析IPv6互聯(lián)網(wǎng)協(xié)議的安全性 BGP路由協(xié)議在鐵通互聯(lián)網(wǎng)中的應(yīng)用 互聯(lián)網(wǎng)行業(yè)VIE協(xié)議控制的法律效力 淺析OSI七層協(xié)議在互聯(lián)網(wǎng)中的效應(yīng) 移動互聯(lián)網(wǎng)時(shí)代下的高校輔導(dǎo)員工作方法創(chuàng)新研究 互聯(lián)網(wǎng)時(shí)代改進(jìn)和完善黨管媒體的方法研究 移動互聯(lián)網(wǎng)業(yè)務(wù)對移動網(wǎng)絡(luò)沖擊的評估方法研究 常見問題解答 當(dāng)前所在位置：l

第二確定您所研究的協(xié)議的最新版本的RFC文件。

如前文所述，在RFC-2400中有協(xié)議的完整清單，按照清單找到的RFC一般是協(xié)議的最新版本，如果協(xié)議的STATE是Standard就更好了。如下文所分析的FTP協(xié)議的RFC文件是RFC-959。

第三，獲取RFC文件

根據(jù)RFC文件編號查看以上站點(diǎn)的RFCs文件索引

在里面您可以很快地找到您要找的RFC文件。

第四，閱讀描述協(xié)議的RFC文件全文

這不用說了。

第五，實(shí)踐

實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)，雖然互聯(lián)網(wǎng)協(xié)議不是什么真理，但如果能實(shí)踐一下對理解和掌握都有好處，許多互聯(lián)網(wǎng)應(yīng)用層的協(xié)議可視程度非常高，協(xié)議中許多控制和參數(shù)用英文短語來表示，所傳輸?shù)臄?shù)據(jù)如文本也是ASCII碼，如HTTP，F(xiàn)TP等，這類協(xié)議單純用Telnet就可以模擬一下客戶端程序的運(yùn)作，當(dāng)然，編程實(shí)現(xiàn)是最好的鍛煉。

第六，總結(jié)

總結(jié)確實(shí)是不錯的學(xué)習(xí)方法，自己的文章是一面鏡子。

3.舉例：FTP協(xié)議分析

FTP協(xié)議的定義在 RFC-959 "FILE TRANSFER PROTOCOL"（Standard，Recommended）。

3.1介紹

FTP 文件傳輸協(xié)議（File Transfer Protocol）

FTP協(xié)議是一個應(yīng)用層協(xié)議，在TCP上實(shí)現(xiàn)的。

開發(fā)FTP的目的是

1）促進(jìn)文件（計(jì)算機(jī)程序和/或數(shù)據(jù)）的共享。

2）鼓勵對遠(yuǎn)程計(jì)算機(jī)間接或隱式（implicit）（通過程序）的使用。

3）對用戶屏蔽不同主機(jī)系統(tǒng)中的文件儲存的細(xì)節(jié)。

4）可靠和高效率地實(shí)現(xiàn)文件的傳送。

用戶雖然可以直接通過一個終端使用FTP協(xié)議，但FTP協(xié)議的設(shè)計(jì)主要是給程序使用的。

3.2常用的FTP命令解釋

由于篇幅所限，這里不對以上每個FTP命令做解釋，這里僅解釋一下作者認(rèn)為比較重要或常用的FTP命令，如果讀者需要深入了解請參閱 RFC-959 "FILE TRANSFER PROTOCOL"。

USER NAME（USER〈sp〉〈username〉）

本命令的參數(shù)〈username〉標(biāo)識用戶名，服務(wù)器憑這個用戶的權(quán)限使用文件系統(tǒng)。這個命令一般是在控制連接后的第一個命令。這個命令成功執(zhí)行后，服務(wù)器會等待PASS命令，PASS也成功執(zhí)行后，用戶才算等錄成功，可以存取Server-FTP中的文件。

PASSWORD（PASS〈sp〉〈password〉）

這個命令是USER命令的補(bǔ)充，向Server-FTP發(fā)送由〈password〉所表示的密碼，該命令執(zhí)行成功，USER命令所指示的〈username〉才算成功登錄。這里的〈password〉是明文傳送。

CHANGE WORKING DIRECTORY（CWD〈SP〉〈pathname〉）

令Server-FTP改變當(dāng)前目錄到〈pathname〉。

LOGOUT（QUIT）

這個命令表示用戶停止使用FTP，Server-FTP會關(guān)閉控制連接。

DATA PORT（PORT 〈SP〉〈host-port〉）

User-FTP這個命令告訴Server-FTP，等待Server-DTP連接的DTP（可能是User-DTP或其他的Server-DTP）的地址，〈host-port〉所指示的就是這個地址，具體的PORT命令形式如下。

PORT h1，h2，h3，h4，p1，p2

以上六個參數(shù)都是小于256的數(shù)字。

h1，h2，h3，h4表示IP地址，如192，168，0，1 表示IP地址是192.168.0.1的主機(jī)。

p1，p2，表示端口號，注意p1和p2都是小于256，所以1000表示為3，232（1000=3*256+232）

RETRIEVE（RETR〈SP〉〈pathname〉）

這個命令請求Server-FTP通過數(shù)據(jù)連接向User-DTP傳送由〈pathname〉指示的文件的數(shù)據(jù)。

STOR（RETR 〈SP〉〈pathname〉）

這個命令請求Server-FTP通過數(shù)據(jù)連接接收User-DTP傳送的數(shù)據(jù)，數(shù)據(jù)保存在由〈pathname〉指示的文件中。注意〈pathname〉是在Server-FTP的主機(jī)上的。

PRINT WORKING DIRECTORY（PWD）

Server-FTP收到該命令后在回應(yīng)中返回當(dāng)前工作目錄名。

LIST（LIST [〈SP〉〈pathname〉]）

Server-FTP收到該命令后向User-DTP發(fā)送目錄〈pathname〉的文件目錄信息。如果沒有〈pathname〉參數(shù)，則返回當(dāng)前目錄的文件目錄信息。

STATUS（STAT [〈SP〉〈pathname〉]）

這個命令的回應(yīng)有兩種情況，沒有〈pathname〉參數(shù)和有〈pathname〉參數(shù)。

1）沒有參數(shù)，Server-FTP會在回應(yīng)中返回的一些狀態(tài)信息，如以下是我Linux上的Server-FTP返回的信息：

211-zfm.home FTP server status：

Version wu-2.4.2-VR17（1）Mon Apr 19 09：21：53 EDT 1999

Connected to zfl_k6.home（192.168.0.1）

Logged in as fszfl

TYPE：ASCII，F(xiàn)ORM：Nonprint；STRUcture：File；transfer MODE：Stream

No data connection

0 data bytes received in 0 files

0 data bytes transmitted in 0 files

0 data bytes total in 0 files

145 traffic bytes received in 0 transfers

4306 traffic bytes transmitted in 0 transfers

4501 traffic bytes total in 0 transfers

211 End of status

2）如果有〈pathname〉參數(shù)，則在回應(yīng)中返回〈pathname〉的目錄信息，如以下是我發(fā)送STAT . 的結(jié)果：

213-status of .：

total 64

drwxrwxr-x 2 fszfl fszfl 1024 Nov 25 01：37 .

drwx------ 12 fszfl fszfl 1024 Nov 29 00：35 ..

213 End of Status

這個功能好象和LIST有點(diǎn)相似，但LIST中的目錄信息在數(shù)據(jù)連接中返回的。

HELP [〈SP〉〈string〉]

這是幫助命令，如果沒有參數(shù)則返回FTP命令列表，如果有參數(shù)則返回〈string〉表示的命令的語法。

3.3 FTP回應(yīng)

3.3.1 回應(yīng)的格式

FTP回應(yīng)有3位數(shù)字編碼和有關(guān)信息的文本組成，編碼后一個分隔符，如果回應(yīng)中返回信息的長度大于一行，則編碼后跟減號（-），否則跟空格（〈sp〉）。多于一行的信息可以參考上面的例子。注意最后還有"213 End of Status"表示信息的結(jié)束。FTP回應(yīng)使用的編碼是約定好的，信息文本可以由具體的Server-FTP設(shè)計(jì)。顯然，編碼為了方便程序設(shè)計(jì)，文本信息可以方便閱讀。

為了敘述方便，下文把這3位編碼稱為回應(yīng)碼。

3.3.2 回應(yīng)碼含義

3位回應(yīng)碼的每一位都有確定的含義。第一位表示命令的執(zhí)行結(jié)果，表示成功，失敗，或命令沒有完成。第二位表示回應(yīng)的類型，第三位一般指第二位的進(jìn)一步細(xì)化，預(yù)留給將來的發(fā)展。

第1位可能的取值：

1yz 初步確認(rèn)（Positive Preliminary reply）

表示請求的命令已經(jīng)開始，請等待進(jìn)一步的回應(yīng)，在此之前不要發(fā)送新的FTP命令。

2yz 完成確認(rèn)（Positive Completion reply）

表示請求的命令已經(jīng)成功完成，可以發(fā)送新的請求。

3yz 中間狀態(tài)確認(rèn)（Positive Intermediate reply）

請求的命令已經(jīng)被接受，等待下一條相關(guān)的命令提供進(jìn)一步的信息。這個回應(yīng)用于一些命令序列中，如USER和PASS，如果USER被接受則可以得到這個回應(yīng)，表明還需要密碼來完成用戶的登錄。

4yz 暫時(shí)否認(rèn)（Transient Negative Completion reply）

Server-FTP由于一些暫時(shí)的原因沒有接收命令，User-FTP最好重新請求這個命令。如果是命令序列，則需要從該序列的第一條指令開始。

5yz 命令有錯（Permanent Negative Completion reply）

命令沒有被接收，具體的拒絕原因由回應(yīng)碼第二位指出。

第2位可能的取值，描述回應(yīng)的分類：

x0z 語法（Syntax）- 命令語法不正確，或Server-FTP沒有實(shí)現(xiàn)這個功能。

x1z 信息（Information）- 描述如STAT或HELP等命令要求Server-FTP信息的返回。

x2z 連接（Connections）- 描述有關(guān)控制和數(shù)據(jù)連接。

x3z 帳戶和認(rèn)證（Authentication and accounting）- 登錄過程的回應(yīng)。

x4z 現(xiàn)在還沒有指定。

x5z 文件系統(tǒng)（File system）- 這個回應(yīng)反映服務(wù)器的文件系統(tǒng)的狀態(tài)。

第3位的的含義需要根據(jù)第1，2位的值再細(xì)化。

3.3.3 回應(yīng)舉例

3位回應(yīng)碼的不同組合產(chǎn)生了許多不同的含義，篇幅所限不一一列舉，具體請查 RFC-959。下面是幾個例子：

200 Command okay.

500 Syntax error，command unrecognized.

501 Syntax error in parameters or arguments

篇10

2、中國領(lǐng)潮互聯(lián)網(wǎng)時(shí)代的管理變革。以“人單合一”為核心的“海爾模式”，被稱為繼管理1.0(美國泰勒制)、管理2.0(日本豐田模式)之后的管理3.0(中國成功經(jīng)驗(yàn))。3月24日，全國企業(yè)管理創(chuàng)新大會以“互聯(lián)網(wǎng)時(shí)代的管理變革”為中心議題，隆重推出海爾模式。國務(wù)院國資委、工業(yè)和信息化部、中國企業(yè)聯(lián)合會，以及哈佛商學(xué)院、沃頓商學(xué)院、美國會計(jì)師學(xué)會，共同把來自互聯(lián)網(wǎng)的海爾模式，推薦為人類第三代管理。它標(biāo)志著來自中國的第一個普世價(jià)值，出自互聯(lián)網(wǎng)。

3、中國電子商務(wù)爆發(fā)臨界點(diǎn)5%，互聯(lián)網(wǎng)已經(jīng)成為中國擴(kuò)大內(nèi)需的新引擎。2012年12月3日，阿里巴巴集團(tuán)宣布，旗下淘寶和天貓的交易額本年度突破一萬億元。天貓雙十一購物狂歡節(jié)創(chuàng)造191億單日銷售額。根據(jù)國家統(tǒng)計(jì)局?jǐn)?shù)據(jù)，2011年全國各省社會消費(fèi)品零售總額為18.39萬億，一萬億相當(dāng)于其總量的5.4%。而根據(jù)國家統(tǒng)計(jì)局的2011年全國各省社會消費(fèi)品零售總額排行，可以排列第五位，僅次于廣東、山東、江蘇和浙江。

4、中國互聯(lián)網(wǎng)社會治理的第一個成功范例產(chǎn)生。由百度與奇虎360之間的搜索引擎大戰(zhàn)，觸發(fā)了新治理模式的產(chǎn)生。11月1日，在中國互聯(lián)網(wǎng)協(xié)會組織下，12家企業(yè)簽署《互聯(lián)網(wǎng)搜索引擎服務(wù)自律公約》，承諾遵守包括robots協(xié)議在內(nèi)的國際行業(yè)慣例、公平競爭、保護(hù)用戶權(quán)益。這件事的重要性在于，它是介于政府與市場之間的社會機(jī)制，在調(diào)解行業(yè)復(fù)雜矛盾中，發(fā)揮了自組織、自協(xié)調(diào)作用。開創(chuàng)了政府干預(yù)與市場自發(fā)調(diào)節(jié)之外，互聯(lián)網(wǎng)治理的一種可行的新模式。

5、微信走上中國互聯(lián)網(wǎng)的歷史舞臺。支持發(fā)送語音短信、視頻、圖片和文字的跨平臺智能即時(shí)通訊工具微信問世。有潛力成為繼QQ之后，中國互聯(lián)網(wǎng)的又一殺手應(yīng)用。