作者： 車東 Email: chedongATbigfoot.com/chedongATchedong.com
寫于：2003/03 最后更新：
版權(quán)聲明：可以任意轉(zhuǎn)載，轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明文章原始出處和作者信息及本聲明
http://www.chedong.com/tech/cms.html
關(guān)鍵詞："content manage system" cms path_info cgi php cache squid 內(nèi)容管理 mod_rewrite url rewrite 系統(tǒng) 緩存 Cacheable "Search engine friendly"
內(nèi)容摘要：
你完全不必耐心的看到最后，本文主要說明的是在設(shè)計(jì)CMS時(shí)以下2點(diǎn)注意事項(xiàng)：
- 搜索引擎友好(Search engine Friendly)：基于PATH_INFO的參數(shù)解析使得動(dòng)態(tài)網(wǎng)頁在鏈接（URI）形式上更像靜態(tài)的目錄結(jié)構(gòu)，大大方便網(wǎng)站內(nèi)容被搜索引擎收錄；
- 可緩存性（Cache Friendly）：CMS本身不要過多考慮“效率”問題，只要頁面輸出設(shè)計(jì)的比較Cacheable，效率問題可以通過更前端專業(yè)的緩存服務(wù)器解決。
后面附有一個(gè)簡單的利用PATH_INFO機(jī)制 + SquidWEB加速模式實(shí)現(xiàn)PHP動(dòng)態(tài)網(wǎng)頁的靜態(tài)發(fā)布的例子，比起那些能導(dǎo)出靜態(tài)頁面的大型發(fā)布系統(tǒng)這種輕量級(jí)的動(dòng)態(tài)緩存解決方案只需對(duì)原有的動(dòng)態(tài)發(fā)布系統(tǒng)做少量的修改，從而大大提高了原有內(nèi)容發(fā)布系統(tǒng)的重用度。
網(wǎng)站內(nèi)容靜態(tài)發(fā)布的重要性：Cacheable / Search Engine Friendly
由于一個(gè)動(dòng)態(tài)頁面的速度往往會(huì)比靜態(tài)頁面慢2－10倍，因此對(duì)于一個(gè)訪問量逐步向百萬級(jí)發(fā)展的網(wǎng)站來說，訪問速度很快成為一個(gè)瓶頸。除了優(yōu)化內(nèi)容發(fā)布系統(tǒng)的應(yīng)用本身外，如果能把更新頻率比較低的動(dòng)態(tài)頁面轉(zhuǎn)存成靜態(tài)網(wǎng)頁來發(fā)布，速度上的提升效果將是顯著的，而靜態(tài)網(wǎng)頁如果能被緩存在內(nèi)存里，訪問速度更會(huì)比原有動(dòng)態(tài)網(wǎng)頁有2－3個(gè)數(shù)量級(jí)的提高。
在國外內(nèi)容管理系統(tǒng)(CMS)已經(jīng)是一個(gè)非常成熟的行業(yè)，能夠真正支撐大訪問的系統(tǒng)中靜態(tài)頁面輸出和緩存系統(tǒng)幾乎是必須的。
<a >www.best-code.com</a>
此外隨著互聯(lián)網(wǎng)上的內(nèi)容以驚人速度的增長也越來越突出了搜索引擎的重要性，如果網(wǎng)站想更好地被搜索引擎收錄，網(wǎng)站設(shè)計(jì)除了面向用戶友好（User Friendly）外，面向搜索引擎友好的設(shè)計(jì)也是非常重要的。鏈接地址相對(duì)固定的靜態(tài)網(wǎng)頁比較適合搜索引擎索引，動(dòng)態(tài)網(wǎng)頁后面跟的參數(shù)靈活度很大，因此很多搜索引擎都往往會(huì)忽略動(dòng)態(tài)頁面，比如：對(duì)于news.php?day=22&month=03&year=2003，很多搜索引擎可能只索引news.php這個(gè)頁面一次，更多其他參數(shù)的頁面可能都會(huì)當(dāng)成相似內(nèi)容濾掉；我個(gè)人一直懷疑在搜索引擎中：即使是同樣內(nèi)容，靜態(tài)頁面往往也比動(dòng)態(tài)網(wǎng)頁的PageRank高。
因此，將動(dòng)態(tài)頁面轉(zhuǎn)換成靜態(tài)頁面，無論從效率上還是面向搜索引擎友好上，都是一個(gè)門戶級(jí)內(nèi)容發(fā)布系統(tǒng)必須面對(duì)的問題。
靜態(tài)緩存和動(dòng)態(tài)緩存的比較
靜態(tài)頁面的緩存可能有2種形式：
- 靜態(tài)緩存：是在新內(nèi)容發(fā)布的同時(shí)就立刻生成相應(yīng)內(nèi)容的靜態(tài)頁面，比如：2003年3月22日，管理員通過后臺(tái)內(nèi)容管理界面錄入一篇新聞后，就立刻生成http://www.chedong.com/tech/2003/03/22/001.html這個(gè)靜態(tài)頁面，并同步更新http://www.chedong.com/tech/index.html這個(gè)靜態(tài)頁面上的相關(guān)鏈接。
- 動(dòng)態(tài)緩存：是在新內(nèi)容發(fā)布以后，并不預(yù)先生成相應(yīng)的靜態(tài)頁面，直到對(duì)相應(yīng)內(nèi)容發(fā)出請(qǐng)求時(shí)，如果前臺(tái)緩存服務(wù)器找不到相應(yīng)緩存，就向后臺(tái)內(nèi)容管理服務(wù)器發(fā)出請(qǐng)求，后臺(tái)系統(tǒng)會(huì)生成相應(yīng)內(nèi)容的靜態(tài)頁面，用戶第一次訪問頁面時(shí)可能會(huì)慢一點(diǎn)，但是以后就是直接訪問緩存了。
如果去ZDNet等國外網(wǎng)站會(huì)發(fā)現(xiàn)他們使用的基于Vignette內(nèi)容管理系統(tǒng)都有這樣的頁面名稱：0,22342566,300458.html。其實(shí)這里的0,22342566,300458就是用逗號(hào)分割開的多個(gè)參數(shù)：
第一次訪問找不到頁面后，相當(dāng)于會(huì)在服務(wù)器端產(chǎn)生一個(gè)doc_type=0&doc_id=22342566&doc_template=300458的查詢，
而查詢結(jié)果會(huì)生成的緩存的靜態(tài)頁面：0,22342566,300458.html
靜態(tài)緩存的缺點(diǎn)：
- 復(fù)雜的觸發(fā)更新機(jī)制：這兩種機(jī)制在內(nèi)容管理系統(tǒng)比較簡單的時(shí)候都是非常適用的。但對(duì)于一個(gè)關(guān)系比較復(fù)雜的網(wǎng)站來說，頁面之間的邏輯引用關(guān)系就成為一個(gè)非常非常復(fù)雜的問題。最典型的例子就是一條新聞要同時(shí)出現(xiàn)在新聞首頁和相關(guān)的3個(gè)新聞專題中，在靜態(tài)緩存模式中，每發(fā)一篇新文章，除了這篇新聞內(nèi)容本身的頁面外，還需要系統(tǒng)通過觸發(fā)器生成多個(gè)新的相關(guān)靜態(tài)頁面，這些相關(guān)邏輯的觸發(fā)也往往就會(huì)成為內(nèi)容管理系統(tǒng)中最復(fù)雜的部分之一。
- 舊內(nèi)容的批量更新： 通過靜態(tài)緩存發(fā)布的內(nèi)容，對(duì)于以前生成的靜態(tài)頁面的內(nèi)容很難修改，這樣用戶訪問舊頁面時(shí)，新的模板根本無法生效。
在動(dòng)態(tài)緩存模式中，內(nèi)容管理系統(tǒng)只需要關(guān)心各個(gè)頁面自身，而相關(guān)的其他頁面鏈接能自動(dòng)更新，從而大大減少了設(shè)計(jì)觸發(fā)器設(shè)計(jì)的需要。
VIGNETTE的動(dòng)態(tài)緩存雖然很好，但是一個(gè)系統(tǒng)如果設(shè)計(jì)得太全面其實(shí)也是有很大危險(xiǎn)的：如果一個(gè)頻道下文章很多：比如達(dá)到十萬時(shí)，如果生成的靜態(tài)頁面都在一個(gè)目錄下，對(duì)系統(tǒng)文件系統(tǒng)是一個(gè)極大的危害，因?yàn)橐粋€(gè)目錄下文件個(gè)數(shù)超過3000效率就會(huì)非常差，甚至連rm *時(shí)都會(huì)出現(xiàn)too many arguments錯(cuò)誤。
簡單的說，一個(gè)好的內(nèi)容管理系統(tǒng)應(yīng)該包括：
- 輸入：方便的內(nèi)容錄入，所見即所得的編輯界面，權(quán)限控制等……
- 輸出：方便的模板管理，緩存發(fā)布等……
設(shè)計(jì)或?qū)ふ疫@樣一個(gè)系統(tǒng)如果考慮功能全面和高集成度，你會(huì)發(fā)現(xiàn)只有那些幾十萬$以上的專業(yè)內(nèi)容發(fā)布系統(tǒng)才能你滿足所有的需求。
以前做應(yīng)用的時(shí)候也用過一些方式：應(yīng)用首次訪問以后將生成的內(nèi)容存成一個(gè)緩存文件，下次請(qǐng)求時(shí)從緩存目錄中讀取緩存文件，內(nèi)容更新時(shí)，應(yīng)用把內(nèi)容從緩存目錄中刪掉，從而減少對(duì)數(shù)據(jù)庫的訪問。雖然這樣做也能承載比較大的負(fù)載，但這樣的內(nèi)容管理和緩存一體的系統(tǒng)是很難分離的。
如果換一個(gè)思路：通過一定的分工現(xiàn)內(nèi)容管理和緩存機(jī)制2者的分離，你會(huì)發(fā)現(xiàn)無論哪一方面可選的余地都是非常大的。甚至有可能利用目前的已經(jīng)是“功能”比較全面的內(nèi)容管理系統(tǒng)，而讓所有“效率”問題都由前臺(tái)更專業(yè)，而且是很容易分布的緩存服務(wù)器解決：可以是通過開放源代碼的SQUID做反相代理的WEB加速，可以是專門的緩存硬件設(shè)備，甚至是專業(yè)的緩存服務(wù)商。
動(dòng)態(tài)緩存必須有一個(gè)基于靜態(tài)鏈接本身的參數(shù)解析過程，很多專業(yè)內(nèi)容管理系統(tǒng)系統(tǒng)都是將參數(shù)解析機(jī)制做成了WEB服務(wù)器的模塊實(shí)現(xiàn)的。
我們可以把以前的HTTP/GET方式的?key=value改為直接用/value1/value2的方式來傳遞，從而實(shí)現(xiàn)了動(dòng)態(tài)頁面的靜態(tài)URL形式。而緩存只需要在前端加上一層CACHE服務(wù)器，比如：Squid。網(wǎng)站動(dòng)態(tài)內(nèi)容的動(dòng)態(tài)緩存發(fā)布就可以實(shí)現(xiàn)了。
按照這個(gè)機(jī)制實(shí)現(xiàn)的發(fā)布系統(tǒng)很好地體現(xiàn)了應(yīng)用系統(tǒng)的分工：把復(fù)雜地內(nèi)容管理系統(tǒng)分解成：內(nèi)容輸入和緩存這2個(gè)相對(duì)簡單的系統(tǒng)實(shí)現(xiàn)。而中間的內(nèi)容發(fā)布通過URL REWRITE或PATH_INFO解決動(dòng)態(tài)頁面的參數(shù)傳遞：
- 后臺(tái)：內(nèi)容管理系統(tǒng)，專心的將內(nèi)容發(fā)布做好，比如：復(fù)雜的工作流管理，復(fù)雜的模板規(guī)則等……
- 前臺(tái)：頁面的緩存管理則可以使用緩存軟件（比如前臺(tái)80端口使用SQUID對(duì)后臺(tái)8080的內(nèi)容發(fā)布管理系統(tǒng)進(jìn)行緩存），緩存硬件，甚至交給緩存服務(wù)商。
______________________ ___________________
|Squid Software cache| |F5 Hardware cache|
---------------------- -------------------
\ /
\ ________________ /
|ASP |JSP |PHP |
PATH_INFO Based Content Manage System
----------------
把URI地址用作參數(shù)傳遞：URL REWRITE和PATH_INFO
最近看到很多關(guān)于面向搜索引擎URL設(shè)計(jì)優(yōu)化(URI Pretty)的文章，提到了很多利用一定機(jī)制將動(dòng)態(tài)網(wǎng)頁參數(shù)變成像靜態(tài)網(wǎng)頁的形式：
比如可以將：http://www.chedong.com/phpMan.php?mode=man¶meter=ls
變成：http://www.chedong.com/phpMan.php/man/ls
最簡單的是基于各種WEB服務(wù)器中的URL重寫轉(zhuǎn)向（Rewrite）模塊的URL轉(zhuǎn)換：這樣幾乎可以不修改程序的實(shí)現(xiàn)將news.asp?id=234的映射成news/234.html
Apache上有一個(gè)模塊（非缺省）：mod_rewrite：當(dāng)然URL REWRITE的強(qiáng)大功能還遠(yuǎn)遠(yuǎn)不止于此。
當(dāng)我需要將將news.asp?id=234的映射成news/234.html時(shí)：只需設(shè)置：
RewriteRule /news/(\d+)\.html /news\.asp\?id=$1 [N,I]
這樣就把 /news/234.html 映射成了 /news.asp?id=234
當(dāng)有對(duì)/news/234.html的請(qǐng)求時(shí)：web服務(wù)器會(huì)把實(shí)際請(qǐng)求轉(zhuǎn)發(fā)給/news.asp?id=234
而在IIS也有相應(yīng)的REWRITE模塊：比如ISAPI REWRITE和IIS REWRITE，語法都是基于正則表達(dá)式，因此語法是幾乎相同的：
比對(duì)于某一個(gè)簡單應(yīng)用可以是：
RewriteRule /news/(\d+)? /news\.asp\?id=$1 [N,I]
這樣就把 /news/234 映射到了 /news.asp?id=234
如我需要把 http://www.myhost.com/foo.php?a=A&b=B&c=C 表現(xiàn)成 http://www.myhost.com/foo.php/a/A/b/B/c/C。而一個(gè)更通用的能夠?qū)⑺械膭?dòng)態(tài)頁面進(jìn)行參數(shù)映射的表達(dá)式是：
RewriteRule (.*?\.php)(\?[^/]*)?/([^/]*)/([^/]*)(.+?)? $1(?2$2&:\?)$3=$4?5$5: [N,I]
通過URL REWRITE還有一個(gè)好處就是隱藏后臺(tái)實(shí)現(xiàn)：
比如我們需要將應(yīng)用從news.asp?id=234遷移成news.php?query=234時(shí)，前臺(tái)的表現(xiàn)可以一直保持為news/234.html。從實(shí)現(xiàn)應(yīng)用和前臺(tái)表現(xiàn)的分離：保持了URL的穩(wěn)定性，在實(shí)現(xiàn)后臺(tái)應(yīng)用平臺(tái)的遷移時(shí)非常有用。使用mod_rewrite甚至可以把請(qǐng)求轉(zhuǎn)發(fā)到其他后臺(tái)服務(wù)器上：
另外一個(gè)方式就是基于PATH_INFO：
PATH_INFO是一個(gè)CGI 1.1的標(biāo)準(zhǔn)，所有直接跟在CGI或動(dòng)態(tài)頁面app.cgi后面的"/value_1/value_2"就是PATH_INFO參數(shù)：
比如http://www.chedong.com/phpMan.php/man/ls，中：$PATH_INFO = "/man/ls"
PATH_INFO是CGI標(biāo)準(zhǔn)，因此PHP Servlet等都有比較好的支持。比如Servlet中就有request.getPathInfo()方法。
注意：/myapp/servlet/Hello/foo的getPathInfo()返回的是/foo，而/myapp/dir/hello.jsp/foo的getPathInfo()將返回的/hello.jsp，從這里你也可以知道jsp其實(shí)就是一個(gè)Servlet的PATH_INFO參數(shù)。ASP不支持PATH_INFO，PHP中基于PATH_INFO的參數(shù)解析的例子如下：
//注意：第一個(gè)參數(shù)是空的，參數(shù)按"/"分割
if ( isset($_SERVER["PATH_INFO"]) ) {
? ? list($nothing, $day, $id) = explode('/', $_SERVER["PATH_INFO"]);
}
如何隱蔽應(yīng)用：例如.php，的擴(kuò)展名：
在APACHE中這樣配置：
<FilesMatch "^app_name$">
? ? ForceType application/x-httpd-php
</FilesMatch>
如何更像靜態(tài)頁面：app_name/my/app.html
解析的PATH_INFO參數(shù)的時(shí)候，把最后一個(gè)參數(shù)的最后5個(gè)字符“.html”截?cái)嗉纯伞?br />
注意：APACHE2中缺省是不允許PATH_INFO的，需要設(shè)置AcceptPathInfo on特別是針對(duì)使用虛擬主機(jī)用戶，無權(quán)安裝和配置mod_rewrite的時(shí)候，PATH_INFO往往就成了唯一的選擇。
雖然通過修改設(shè)置SQUID也可以對(duì)帶?的動(dòng)態(tài)頁面進(jìn)行緩存，但為了方便搜索引擎收錄索引，還是將參數(shù)改成PATH_INFO比較好。
OK，這樣以后看見類似于http://www.example.com/article/234這樣的網(wǎng)頁你就知道其實(shí)是article/show.php?id=234這個(gè)php程序生成的動(dòng)態(tài)網(wǎng)頁，很多站點(diǎn)表面看上去可能有很多靜態(tài)目錄，其實(shí)很有可能都是使用1，2個(gè)程序?qū)崿F(xiàn)的內(nèi)容發(fā)布。比如很多WIKIWIKI系統(tǒng)都使用了這個(gè)機(jī)制：整個(gè)系統(tǒng)就一個(gè)簡單的wiki程序，而看上去的目錄其實(shí)都是這個(gè)應(yīng)用拿后面的地址作為參數(shù)的查詢結(jié)果。
利用基于MOD_REWRITE/PATH_INFO ＋ CACHE服務(wù)器的解決方案對(duì)原有的動(dòng)態(tài)發(fā)布系統(tǒng)進(jìn)行改造，也可以大大降低舊有系統(tǒng)升級(jí)到新的內(nèi)容管理系統(tǒng)的成本。
面向緩存的頁面設(shè)計(jì)
讓頁面能夠比較好的被緩存服務(wù)器緩存，必須在產(chǎn)生內(nèi)容的WEB服務(wù)器上設(shè)置，讓返回內(nèi)容的HTTP HEADER中加入"Last-Modified"和"Expires"聲明，比如：
Last-Modified: Wed, 14 May 2003 13:06:17 GMT
Expires: Fri, 13 Jun 2003 13:06:17 GMT
以允許前端SQUID服務(wù)器緩存：
- 頁面必須包含Last-Modified: 標(biāo)記，一般純靜態(tài)頁面本身都會(huì)有Last-Modified信息，動(dòng)態(tài)頁面需要通過函數(shù)強(qiáng)制加上，比如PHP中：
??? // always modified now
??? header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
- 必須有Expires或Cache-Control: max-age標(biāo)記設(shè)置頁面的過期時(shí)間：
對(duì)于靜態(tài)頁面，通過apache的mod_expires根據(jù)頁面的MIME類型設(shè)置緩存周期：比如圖片缺省是1個(gè)月，HTML頁面缺省是2天等。
<IfModule mod_expires.c>
? ? ExpiresActive on
? ? ExpiresByType image/gif "access plus 1 month"
? ? ExpiresByType text/css "now plus 2 day"
? ? ExpiresDefault "now plus 1 day"
</IfModule>
對(duì)于動(dòng)態(tài)頁面，則可以直接通過寫入HTTP返回的頭信息，比如對(duì)于新聞首頁index.php可以是20分鐘，而對(duì)于具體的一條新聞頁面可能是1天后過期。比如：在php中加入了1個(gè)月后過期：
??? // Expires one month later
??? header("Expires: " .gmdate ("D, d M Y H:i:s", time() + 3600 * 24 * 30). " GMT");
- 如果服務(wù)器端有基于HTTP的認(rèn)證，必須有Cache-Control: public標(biāo)記
ASP應(yīng)用的緩存設(shè)計(jì)：
首先在公用的包含文件中(比如include.asp)加入以下公用函數(shù)：
<%
' Converts date (19991022 11:08:38) to http form (Fri, 22 Oct 1999 12:08:38 GMT)
Function DateToHTTPDate(ByVal OleDATE)
? Const GMTdiff = #08:00:00#
? OleDATE = OleDATE - GMTdiff
? DateToHTTPDate = engWeekDayName(OleDATE) & _
??? ", " & Right("0" & Day(OleDATE),2) & " " & engMonthName(OleDATE) & _
??? " " & Year(OleDATE) & " " & Right("0" & Hour(OleDATE),2) & _
??? ":" & Right("0" & Minute(OleDATE),2) & ":" & Right("0" & Second(OleDATE),2) & " GMT"
End Function
Function engWeekDayName(dt)
??? Dim Out
??? Select Case WeekDay(dt,1)
??? ??? Case 1:Out="Sun"
??? ??? Case 2:Out="Mon"
??? ??? Case 3:Out="Tue"
??? ??? Case 4:Out="Wed"
??? ??? Case 5:Out="Thu"
??? ??? Case 6:Out="Fri"
??? ??? Case 7:Out="Sat"
??? End Select
??? engWeekDayName = Out
End Function
Function engMonthName(dt)
??? Dim Out
??? Select Case Month(dt)
??? ??? Case 1:Out="Jan"
??? ??? Case 2:Out="Feb"
??? ??? Case 3:Out="Mar"
??? ??? Case 4:Out="Apr"
??? ??? Case 5:Out="May"
??? ??? Case 6:Out="Jun"
??? ??? Case 7:Out="Jul"
??? ??? Case 8:Out="Aug"
??? ??? Case 9:Out="Sep"
??? ??? Case 10:Out="Oct"
??? ??? Case 11:Out="Nov"
??? ??? Case 12:Out="Dec"
??? End Select
??? engMonthName = Out
End Function
%>
然后在具體的頁面中，比如index.asp和news.asp的“最上面”加入以下代碼：HTTP Header
<!--#include file="../include.asp"-->
<%
' set Page Last-Modified Header:
' Converts date (19991022 11:08:38) to http form (Fri, 22 Oct 1999 12:08:38 GMT)
Response.AddHeader "Last-Modified", DateToHTTPDate(Now())
' The Page Expires in Minutes
Response.Expires = 60
' Set cache control to externel applications
Response.CacheControl = "public"
%>
其中Response.Expires 是設(shè)置頁面過期時(shí)間的：單位是分鐘
如何檢查目前站點(diǎn)頁面的可緩存性（Cacheablility）呢？可以參考以下2個(gè)站點(diǎn)上的工具：
http://www.ircache.net/cgi-bin/cacheability.py面向緩存的站點(diǎn)規(guī)劃
一個(gè)利用SQUID的Transparent對(duì)多個(gè)站點(diǎn)進(jìn)行做WEB加速http acceleration方案：
原先一個(gè)站點(diǎn)的規(guī)劃可能是這樣的：
200.200.200.207 www.chedong.com
200.200.200.208 news.chedong.com
200.200.200.209 bbs.chedong.com
200.200.200.205 images.chedong.com
在SQUID模式下：所有站點(diǎn)都通過外部DNS指向到同一個(gè)IP：200.200.200.200/201這2臺(tái)SQUID緩存服務(wù)器上（使用2臺(tái)是為了冗余備份）
_____________________ ________
www.chedong.com 請(qǐng)求 \ | Squid cache box | | | / 192.168.0.4 www.chedong.com
news.chedong.com 請(qǐng)求 -| 200.200.200.200/201 |-|firewall| - 192.168.0.4 news.chedong.com
bbs.chedong.com 請(qǐng)求 / | /etc/hosts | | box | \ 192.168.0.3 bbs.chedong.com
--------------------- --------
編譯和配置過程：
- ./configure --enable-referer-log --disable-internal-dns
--disable-internal-dns：禁用SQUID的DNS解析
--enable-referer-log：便于APACHE COMBINED格式日志生成
- 配置：
http_port 80
httpd_accel_host virtual
httpd_accel_port 8000
httpd_accel_uses_host_header on
# accelerater my domain only
acl acceleratedHosts dstdom_regex chedong.com
# accelerater http protocol on port 80
acl acceleratedProtocol protocol HTTP
acl acceleratedPort port 80
# access arc
acl all src 0.0.0.0/0.0.0.0
# Allow requests when they are to the accelerated machine AND to the
# right port with right protocol
http_access allow acceleratedProtocol acceleratedPort acceleratedHosts
http_access allow all
在/etc/hosts中：加入內(nèi)部的DNS解析，比如：
192.168.0.4 www.chedong.com
192.168.0.4 news.chedong.com
192.168.0.3 bbs.chedong.com
工作原理：
SQUID服務(wù)器上關(guān)閉了DNS解析，這樣，請(qǐng)求外部過來時(shí)，設(shè)置SQUID根據(jù)/etc/hosts文件進(jìn)行內(nèi)部DNS解析。這樣，服務(wù)器請(qǐng)求就可以轉(zhuǎn)發(fā)到我們指定的內(nèi)部地址上。
使用SQUID的反相代理加速，我們不僅可以得到性能上的提升，而且還能獲得額外的安全性和配置的靈活度：
- 配置靈活性提高：可以自己在內(nèi)部服務(wù)器上控制后臺(tái)服務(wù)器的DNS解析，當(dāng)需要在服務(wù)器之間做遷移調(diào)整時(shí)，就不用大量修改外部DNS配置了，只需要修改內(nèi)部DNS實(shí)現(xiàn)服務(wù)的調(diào)整。
- 數(shù)據(jù)安全性增加：所有后臺(tái)服務(wù)器可以很方便的被保護(hù)在防火墻內(nèi)。
- 后臺(tái)應(yīng)用設(shè)計(jì)復(fù)雜程度降低：原先為了效率常常需要建立專門的圖片服務(wù)器images.chedong.com和負(fù)載比較高的應(yīng)用服務(wù)器bbs.chedong.com分離，在SQUID加速模式中，所有前臺(tái)請(qǐng)求都通過SQUID服務(wù)器：實(shí)際上就都是靜態(tài)頁面，這樣，應(yīng)用設(shè)計(jì)時(shí)就不用考慮圖片和應(yīng)用本身分離了，也大大降低了后臺(tái)內(nèi)容發(fā)布系統(tǒng)設(shè)計(jì)的復(fù)雜程度，由于數(shù)據(jù)和應(yīng)用都存放在一起，也方便了文件系統(tǒng)的維護(hù)和管理。
小節(jié)：
- 大訪問量的網(wǎng)站應(yīng)盡可能將動(dòng)態(tài)網(wǎng)頁生成靜態(tài)頁面作為緩存發(fā)布，甚至對(duì)于搜索引擎這樣的動(dòng)態(tài)應(yīng)用來說，緩存機(jī)制也是非常非常重要的。
- 利用PATH_INFO機(jī)制進(jìn)行解析參數(shù)，實(shí)現(xiàn)動(dòng)態(tài)網(wǎng)頁鏈接的美化，方便搜索引擎的索引；
- 在動(dòng)態(tài)頁面中利用HTTP Header定義緩存更新策略。
- 利用緩存服務(wù)器獲得額外的配置和安全性
- 日志非常重要：SQUID日志缺省不支持COMBINED日志，但REFERER日志對(duì)于站點(diǎn)分析非常重要，在GNU/Linux可以用以下方式生成：
pr -mJt access.log referer.log | awk '{print $1" "$2" "$3" "$4" "$5" "$6" "$7" "$8" "$9" "$10" \x22"$14"\x22 \x22"$11"\x22"}'? > combined.log
??? -m merge
??? -J join line
??? -t omit header and footer
附1：SQUID性能測試試驗(yàn)
phpMan.php是一個(gè)基于php的man page server，每個(gè)man page需要調(diào)用后臺(tái)的man命令和很多頁面格式化工具，系統(tǒng)負(fù)載比較高，提供了Cache Friendly的URL，以下是針對(duì)同樣的頁面的性能測試資料：
測試環(huán)境：Redhat 8 on Cyrix 266 / 192M Mem
測試程序：使用apache的ab(apache benchmark)：
測試條件：請(qǐng)求50次，并發(fā)50個(gè)連接
測試項(xiàng)目：直接通過apache 1.3 (80端口) vs squid 2.5(8000端口：加速80端口)
測試1：無CACHE的80端口動(dòng)態(tài)輸出：
ab -n 100 -c 10 http://www.chedong.com:81/phpMan.php/man/kill/1
This is ApacheBench, Version 1.3d <$Revision: 1.58 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2001 The Apache Group, http://www.apache.org/
Benchmarking localhost (be patient).....done
Server Software:??????? Apache/1.3.23?????????????????????????????????????
Server Hostname:??????? localhost
Server Port:??????????? 80
Document Path:????????? /phpMan.php/man/kill/1
Document Length:??????? 4655 bytes
Concurrency Level:????? 5
Time taken for tests:?? 63.164 seconds
Complete requests:????? 50
Failed requests:??????? 0
Broken pipe errors:???? 0
Total transferred:????? 245900 bytes
HTML transferred:?????? 232750 bytes
Requests per second:??? 0.79 [#/sec] (mean)
Time per request:?????? 6316.40 [ms] (mean)
Time per request:?????? 1263.28 [ms] (mean, across all concurrent requests)
Transfer rate:????????? 3.89 [Kbytes/sec] received
Connnection Times (ms)
????????????? min? mean[+/-sd] median?? max
Connect:??????? 0??? 29? 106.1????? 0?? 553
Processing:? 2942? 6016 1845.4?? 6227 10796Waiting:???? 2941? 5999 1850.7?? 6226 10795Total:?????? 2942? 6045 1825.9?? 6227 10796Percentage of the requests served within a certain time (ms)
? 50%?? 6227
? 66%?? 7069
? 75%?? 7190
? 80%?? 7474
? 90%?? 8195
? 95%?? 8898
? 98%?? 9721
? 99%? 10796
?100%? 10796 (last request)
測試2：SQUID緩存輸出
/home/apache/bin/ab -n50 -c5 "http://localhost:8000/phpMan.php/man/kill/1"
This is ApacheBench, Version 1.3d <$Revision: 1.58 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2001 The Apache Group, http://www.apache.org/
Benchmarking localhost (be patient).....done
Server Software:??????? Apache/1.3.23?????????????????????????????????????
Server Hostname:??????? localhost
Server Port:??????????? 8000
Document Path:????????? /phpMan.php/man/kill/1
Document Length:??????? 4655 bytes
Concurrency Level:????? 5
Time taken for tests:?? 4.265 seconds
Complete requests:????? 50
Failed requests:??????? 0
Broken pipe errors:???? 0
Total transferred:????? 248043 bytes
HTML transferred:?????? 232750 bytes
Requests per second:??? 11.72 [#/sec] (mean)
Time per request:?????? 426.50 [ms] (mean)
Time per request:?????? 85.30 [ms] (mean, across all concurrent requests)
Transfer rate:????????? 58.16 [Kbytes/sec] received
Connnection Times (ms)
????????????? min? mean[+/-sd] median?? max
Connect:??????? 0???? 1??? 9.5????? 0??? 68
Processing:???? 7??? 83? 537.4????? 7? 3808Waiting:??????? 5??? 81? 529.1????? 6? 3748Total:????????? 7??? 84? 547.0????? 7? 3876Percentage of the requests served within a certain time (ms)
? 50%????? 7
? 66%????? 7
? 75%????? 7
? 80%????? 7
? 90%????? 7
? 95%????? 7
? 98%????? 8
? 99%?? 3876
?100%?? 3876 (last request)
結(jié)論：No Cache / Cache = 6045 / 84 = 70
結(jié)論：對(duì)于可能被緩存請(qǐng)求的頁面，服務(wù)器速度可以有2個(gè)數(shù)量級(jí)的提高，因?yàn)镾QUID是把緩存頁面放在內(nèi)存里的（因此幾乎沒有硬盤I/O操作）。
附2：一個(gè)CACHE多主機(jī)APACHE服務(wù)的SQUID安裝配置：
squid的編譯：
./configure --enable-useragent-log? --enable-referer-log --enable-default-err-language=Simplify_Chinese --enable-err-languages="Simplify_Chinese English" --disable-internal-dns?
make
#make install
#cd /usr/local/squid
make dir cache
chown squid.squid *
vi /usr/local/squid/etc/squid.conf
---------------------cut here----------------------------------
# visible name
visible_hostname cache.example.com
# cache config: space use 1G and memory use 256M
cache_dir ufs /usr/local/squid/cache 1024 16 256
cache_mem 256 MB
cache_effective_user squid
cache_effective_group squid
http_port 80
httpd_accel_host virtual
httpd_accel_single_host off
httpd_accel_port 80
httpd_accel_uses_host_header on
httpd_accel_with_proxy on
# accelerater my domain only
acl acceleratedHostA dstdomain .example1.com
acl acceleratedHostB dstdomain .example2.com
acl acceleratedHostC dstdomain .example3.com
# accelerater http protocol on port 80
acl acceleratedProtocol protocol HTTP
acl acceleratedPort port 80
# access arc
acl all src 0.0.0.0/0.0.0.0
# Allow requests when they are to the accelerated machine AND to the
# right port with right protocol
http_access allow acceleratedProtocol acceleratedPort acceleratedHostA
http_access allow acceleratedProtocol acceleratedPort acceleratedHostB
http_access allow acceleratedProtocol acceleratedPort acceleratedHostC
# logging
emulate_httpd_log on
referer_log /usr/local/squid/var/logs/referer.log
useragent_log /usr/local/squid/var/logs/agent.log
----------------------cut here---------------------------------
創(chuàng)建緩存目錄：
/usr/local/squid/sbin/squid -z
啟動(dòng)squid
/usr/local/squid/sbin/squid
停止squid：
/usr/local/squid/sbin/squid -k shutdown
啟用新配置：
/usr/local/squid/sbin/squid -k reconfig
通過crontab每天0點(diǎn)截?cái)?輪循日志：
0 0 * * * (/usr/local/squid/sbin/squid -k rotate)
附3：如何在IIS上利用PHP支持PATH_INFO
PHP的ISAPI模式安裝備忘：只試成 php-4.2.3-Win32
解包目錄
========
php-4.2.3-Win32.zip c:\php
PHP.INI初始化文件
=================
復(fù)制：c:\php\php.ini-dist 到 c:\winnt\php.ini
配置文件關(guān)聯(lián)
============
按照install.txt中的說明配置文件關(guān)聯(lián)
運(yùn)行庫文件
==========
復(fù)制 c:\php\php4ts.dll 到 c:\winnt\system32\php4ts.dll
這樣運(yùn)行后：會(huì)發(fā)現(xiàn)php把PATH_INFO映射到了物理路徑上
Warning: Unknown(C:\CheDong\Downloads\ariadne\www\test.php\path): failed to create stream: No such file or directory in Unknown on line 0
Warning: Unknown(): Failed opening 'C:\CheDong\Downloads\ariadne\www\test.php\path' for inclusion (include_path='.;c:\php4\pear') in Unknown on line 0
安裝ariadne的PATCH
==================
停止IIS服務(wù)
net stop iisadmin
ftp://ftp.muze.nl/pub/ariadne/win/iis/php-4.2.3/php4isapi.dll
覆蓋原有的c:\php\sapi\php4isapi.dll
注：ariadne是一個(gè)基于PATH_INFO的內(nèi)容發(fā)布系統(tǒng)
PHP 4.3.2 RC2中CGI模式的PATH_INFO已經(jīng)修正，照常安裝即可。
www.best-code.com參考資料：
CMS行業(yè)觀察
http://www.cmswatch.com
CMS討論郵件列表
http://www.cms-list.org
一個(gè)基于PATH_INFO的開源內(nèi)容管理系統(tǒng)
http://typo3.com/
商業(yè)的和開源CMS項(xiàng)目列表：
http://directory.google.com/Top/Computers/Software/Internet/Site_Management/Content_Management/
搜索引擎友好的URL設(shè)計(jì)
http://www.sitepoint.com/article/485
說不定這個(gè)URL原來就是articel.php?id=485
HTTP代理緩存
http://vancouver-webpages.com/proxy.html
可緩存的頁面設(shè)計(jì)
http://linux.oreillynet.com/pub/a/linux/2002/02/28/cachefriendly.html
相關(guān)RFC文檔：
可緩存性檢查：
http://www.web-caching.com/cacheability.html
URL Rewrite文檔：
http://www.isapirewrite.com/docs/
http://httpd.apache.org/docs/mod/mod_rewrite.html
http://httpd.apache.org/docs-2.0/mod/mod_rewrite.html
原文出處：<a >http://www.chedong.com/tech/cms.html</a>