為了使
url位址更加友好（當然可能有別的原因），很多站點使用了
url重寫，如http://www.cnblogs.com/life，在asp.net中通常要處理這樣的
url重寫，必須在iis中將*.*對映到aspnet_isapi.dll（c:/windows/microsoft.net/framework/v1.1.432/aspnet_isapi.dll），然後在web.config進行相應的配置，最後在寫相應的處理程式，多數情況我們是那麼做的，搏客園也是那麼做的，這似乎沒有什麼問題。
但是搏客園很久以來一直存在效能問題，dudu和園子的很多朋友也想了很多法子去提高效能，取得了不小的成績，但是還是不是很理想，我也很想出乙份力，因為我很喜歡搏客園，我在園子學了很多東西，基本上是早中晚都要看上面的文章，直到昨天晚上乙個技術群的朋友問我乙個url
重寫的問題之後，突然醒悟搏客園的效能問題很可能是url
重寫造成的。
我朋友的問題是這樣：
http://www.wodecity.com/food和http://www.wodecity.com/food.html（該鏈結現在已經失效）都是通過url
重寫定位到同乙個頁面http://www.wodecity.com/page/food.aspx ，都是用同樣的處理程式，唯一不同的是為了處理http://www.wodecity.com/food這樣沒有副檔名的位址他必須將*.*對映到aspnet_isapi.dll，而http://www.wodecity.com/food.html則是將*.html對映到aspnet_isapi.dll，結果發現http://www.wodecity.com/food.html的效能比http://www.wodecity.com/food好十至二十倍，他是用loadrunner進行測試的，他對這樣的結果感到很鬱悶。我開始的時候也感到不可思議，*.*和*.html到底什麼區別呢，*.*就是該頁面所有的請求，包括css檔案和所有的檔案都有用他寫的url
重寫處理程式去處理，*.html則沒有，只是乙個請求，問題就出現在這裡了，http://www.wodecity.com/food這個頁面有超過20個吧，請求乙個頁面要同時用url
重寫處理程式去處理那麼多，能不慢嗎？怎麼辦呢？因為他們想用http://www.wodecity.com/food這樣的url，這樣比較友好，所以還是要用*.*，思考一會兒之後我告訴他，讓你的url
重寫程式不處理那些檔案就行了，怎麼做呢？有兩個方法：方法1，把存放所在的資料夾轉化成乙個虛擬目錄，在然後移處該虛擬目錄*.*的對映，這樣一來他的url
重寫程式就不會去處理檔案，當然存放別的不需要url
重寫程式的檔案也要象資料夾做類似的處理，方法2，新建乙個站點，如用http://img.wodecity.com/存放檔案，原理是一樣的，都是讓你的url
重寫處理程式不處理那些檔案。
一切ok，他跟我說今天早上他到公司測試一下。
為了驗證我的想法，我今天自己也寫了乙個程式去測試，效能也是相差近20倍，good，我的想法是正確。
也希望這篇文章對搏客園的效能問題有所幫助，因為搏客園出現的問題可能和我朋友的站點很相似。
ps：寫完這篇文章的時候我問了一下我那朋友的測試結果，他說：「原來只能撐到50個人。現以700以上都沒有問題 。」
慎用url重寫
為了使url位址更加友好 當然可能有別的原因 很多站點使用了url重寫，如 http www.cnblogs.com life，在asp.net中通常要處理這樣的url重寫，必須在iis中將 對映到aspnet isapi.dll c windows microsoft.net framework ...
url重寫技術
注釋掉 條目，以使用 http 模組執行重寫 注釋掉 條目，以使用 http 處理程式執行重寫。除了指定使用 http 模組還是 http 處理程式執行重寫外，web.config 檔案還包含重寫規則 重寫規則由兩個字串組成 要在被請求的 url 中查詢的模式 要替換此模式的字串 如果找到 在 we...
URL重寫技術
什麼是url重寫？比如原來要訪問乙個網頁使用的 是 http index.php,但是我們可以使用url重寫技術,將原來的url位址變成http index.html,之後可以通過訪問http index.html達到原來的效果,這可以通過apache的mod rewrite模組來實現 1 要進行u...