| 導購 | 订阅 | 在线投稿
分享
 
 
 

慎用url重寫

來源:互聯網網民  2008-06-01 01:18:03  評論

爲了使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,我的想法是正確。

或許我的想法或測試結果有錯誤,這裏歡迎PK。MSN:cxbsky#hotmail.com。

也希望這篇文章對搏客園的性能問題有所幫助,因爲搏客園出現的問題可能和我朋友的站點很相似。

ps:寫完這篇文章的時候我問了一下我那朋友的測試結果,他說:「原來只能撐到50個人。現以700以上都沒有問題 。」

http://www.cnblogs.com/csky/archive/2006/08/09/urlrewrite.html

 
特别声明:以上内容(如有图片或视频亦包括在内)为网络用户发布,本站仅提供信息存储服务。
 
爲了使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,我的想法是正確。 或許我的想法或測試結果有錯誤,這裏歡迎PK。MSN:cxbsky#hotmail.com。 也希望這篇文章對搏客園的性能問題有所幫助,因爲搏客園出現的問題可能和我朋友的站點很相似。 ps:寫完這篇文章的時候我問了一下我那朋友的測試結果,他說:「原來只能撐到50個人。現以700以上都沒有問題 。」 http://www.cnblogs.com/csky/archive/2006/08/09/urlrewrite.html
󰈣󰈤
王朝萬家燈火計劃
期待原創作者加盟
 
 
 
>>返回首頁<<
 
 
 
 
 
 熱帖排行
 
 
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有