【正文】 單 IP 地址有一個(gè)禁止期限，到達(dá)這個(gè)期限，黑名單會(huì)被自動(dòng)解禁，例如: 被禁有效截至日期為 20110605 08:30:007. 代理設(shè)計(jì)（主機(jī)管理）. 代理介紹在 Fikker 系統(tǒng)中，主機(jī)管理完成如下功能：(1)、代理功能，F(xiàn)ikker 是前置機(jī)，是放在源站（網(wǎng)站服務(wù)器）前面的服務(wù)器，首先接收到用戶的連接訪問請求，然后再轉(zhuǎn)發(fā)用戶請求到一個(gè)或多個(gè)源站。 | 和 淘寶 item 站點(diǎn)下面指 || | | 定的鏈接引用。 || | | || | | || | | |++++| | | || | | ++ || | | | 引用鏈 1 | || | | | ^news\.baidu\./.*$ | || | ++ | ++ || 2 | | 保護(hù)鏈 2 | | || | | ^host\./1\.html$ | | ++ || | ++ | | 引用鏈 2 | || | | | ^item\.taobao\./.*$ | || | | ++ || | (1). 正則表達(dá)式匹配。 | || | (2). 保護(hù) 站點(diǎn) | (1). 保護(hù)鏈 1 允許上面兩個(gè) || | 下的所有 jpg 圖片。只有引用鏈才有權(quán)限訪問保護(hù)鏈的內(nèi)容。(3)、Fikker 中可建立多個(gè)保護(hù)鏈。如下說明：(1)、將需要保護(hù)的資源(圖片，視頻，特殊頁面等)，添加到保護(hù)鏈管理中。. 簡單舉例++ ++| 訪問地址 URL | | 轉(zhuǎn)向地址 URL |++ ++| ^fikker\./(.*)$ | | $1 |++ ++解釋：用戶訪問請求 URL 如果與正則表達(dá)式 ^fikker\./(.*)$ 匹配成功，F(xiàn)ikker就會(huì)將用戶訪問的 URL 轉(zhuǎn)換成 $1 例如：用戶訪問 ，F(xiàn)ikker 轉(zhuǎn)向管理會(huì)將訪問請求 URL 轉(zhuǎn)換成（HTTP 協(xié)議 302 狀態(tài)）給瀏覽器。(3)、Round，訪問地址匹配成功后，不終止，回到起始位置，開始新一輪循環(huán)，重頭匹配。圖解1 (偽靜態(tài)實(shí)現(xiàn)原理):======================= ++ | | ++ | 源站處理動(dòng)態(tài) URL | ++ ++ | | ++ | Fikker 轉(zhuǎn)向管理，將地址轉(zhuǎn)換成動(dòng)態(tài) URL | ++ ++ | | ++ | 用戶訪問靜態(tài)地址 URL | ++ 圖解2 (重定向原理，返回 HTTP 狀態(tài) 302 Object Moved): ==================================================== ++ | | ++ | Fikker 轉(zhuǎn)向管理，返回給瀏覽器重定向 URL，狀態(tài) 302 | ++ ++ | | ++ | 用戶訪問地址 URL | ++. 轉(zhuǎn)向邏輯(1)、Last，訪問地址匹配成功后，立即終止，按照規(guī)則轉(zhuǎn)換(重寫) URL 轉(zhuǎn)發(fā)給源站。到另外的鏈接地址，用來實(shí)現(xiàn)的功能如下：(1). 實(shí)現(xiàn)網(wǎng)站的 偽靜態(tài) 或 靜態(tài)轉(zhuǎn)動(dòng)態(tài) 功能，即將用戶從外部訪問的靜態(tài)鏈接地址（html，htm，shtml等）轉(zhuǎn)換成網(wǎng)站可處理的動(dòng)態(tài)鏈接地址（asp，aspx，php，jsp，do等）。可將用戶訪問請求的鏈接地址39。4. URL轉(zhuǎn)向（rewrite）設(shè)計(jì). URL轉(zhuǎn)向（rewrite）簡介也可稱 39。(3)、如果網(wǎng)站返回的內(nèi)容已經(jīng)是壓縮格式的內(nèi)容，并且是塊傳輸?shù)?TransferEncoding: chunked，F(xiàn)ikker便會(huì)將其去除頁面內(nèi)容中包含的 chunked 標(biāo)記，在 HTTP 頭中添加 ContentLength 字段屬性。. 頁面壓縮的實(shí)現(xiàn)(1)、瀏覽器請求中包含 AcceptEncoding 字段屬性時(shí)，對(duì)于網(wǎng)站返回的內(nèi)容，F(xiàn)ikker會(huì)檢查是否屬于非壓縮的內(nèi)容，通過檢查網(wǎng)站返回的 ContentEncoding 屬性，判斷返回的內(nèi)容是否已壓縮，并且知道了壓縮格式。對(duì)于非壓縮的文本頁面內(nèi)容，F(xiàn)ikker 在壓縮頁面前，會(huì)檢查塊傳輸?shù)耐暾?，待塊傳輸完全和完整后，F(xiàn)ikker會(huì)將塊標(biāo)記(TransferEncoding: chunked)去除。(2)、ContentEncoding：標(biāo)識(shí)網(wǎng)站返回的頁面內(nèi)容是壓縮過的，并且壓縮格式可以為 gzip，deflate或press格式，這樣子瀏覽器在顯示這一些頁面內(nèi)容前，需要先將其解壓后再顯示。. HTTP頭中有關(guān)gzip壓縮的字段(1)、AcceptEncoding: gzip, deflate, press：表明瀏覽器同時(shí)支持gzip，deflate和press壓縮，網(wǎng)站返回的頁面內(nèi)容可以被壓縮后再傳輸過來。. 頁面壓縮gzip設(shè)計(jì). 說明(1)、Fikker 服務(wù)器支持對(duì)文本頁面gzip，deflate，press方式壓縮，目的是減少緩存頁面的內(nèi)存占用，提高傳輸效率，提高用戶端的頁面加載速度。(4)、將剩下的緩存頁面按照“同一優(yōu)先級(jí)淘汰規(guī)則”置換下來，直到滿足新頁面所需內(nèi)存尺寸。這個(gè)類別是通過 ContentType 和 mime 信息去識(shí)別的，如果淘汰的圖片頁面騰出來的空間還是不夠新頁面的所需尺寸，進(jìn)入第三步。. 緩存頁面淘汰優(yōu)先級(jí)(1)、淘汰過期緩存頁面，就是將超時(shí)的緩存頁面清理掉，騰出內(nèi)存空間，如果騰出來的內(nèi)存空間不夠新頁面的所需尺寸，進(jìn)入第二步。(b)、再淘汰靜態(tài)文本資源，例如css和js和txt等靜態(tài)頁面。這個(gè)算法指的就是頁面淘汰的規(guī)則設(shè)計(jì)。例如：。(2)、正則表達(dá)式匹配(Regular Expression Pattern)，可以設(shè)定復(fù)雜但豐富的匹配條件，詳細(xì)請參考相關(guān)的 Posix Regex 資料說明介紹。. 頁面匹配規(guī)則設(shè)計(jì)(1)、通配符匹配（Wildcard Character Pattern），比較簡單易用的匹配方式，通配符為問號(hào) ? 和星號(hào) *，問號(hào) ? 匹配一個(gè)任意字符，星號(hào) * 匹配 0 個(gè)或多個(gè)任意字符。(2)、舉例1：當(dāng)一個(gè)頁面被同時(shí)設(shè)置為