丁香花高清在线观看完整版,精品久久对白,波多野结衣视频一区二区

　　在IIS URL Rewriting 和 ASP.NET routing（上）中，我們針對IIS URL Rewriting 和 ASP.NET routing的理念和功能分別進行分析并進行對比，在清楚了這些基本原理和異同之后，我們該如何在應(yīng)用中挑選合適的URL優(yōu)化方案呢？在本文中，我們將對此進行探討分析，并例舉幾種兩者協(xié)同應(yīng)用的案例。

　　本文翻譯自IIS官方網(wǎng)站，針對國內(nèi)慣用的術(shù)語進行了部分調(diào)整。

　　我們該如何選擇?

　　首先，如果我們的Web應(yīng)用程序有任何除了ASP.NET之外的動態(tài)網(wǎng)頁技術(shù)，那么選擇是絕對明顯的：用IIS URL重寫模塊（IIS URL-rewrite module）。否則的話，主要判斷規(guī)則如下：

如果我們的ASP.NET Web應(yīng)用程序使用了 ASP.NET MVC 或者 ASP.NET Dynamic Data 技術(shù)的話，請使用ASP.NET路由。我們的應(yīng)用程序URL優(yōu)化過程將從原生支持中獲益（ASP.NET MVC 和ASP.NET Dynamic Data直接包含ASP.NET Routing）。早期的ASP.NET 路由不支持WebForm，而目前的版本已經(jīng)支持標準的Web Form應(yīng)用程序了。詳見此地。
如果我們是基于一個已有的ASP.NET網(wǎng)站，而希望盡量不去更改它的話，請使用URL重寫模塊。因為URL重寫模塊能夠在不更改現(xiàn)有程序的基礎(chǔ)上對網(wǎng)站提供“用戶友好”“搜索引擎友好”的URL。同樣，它也允許我們創(chuàng)建重定向規(guī)則，用來重定向搜素引擎的爬蟲到新的URL去。

　　然而在實踐中這兩種技術(shù)并不是只能選擇一個，他們往往還可以相輔相成。在接下來的章節(jié)中，我們將概述幾個協(xié)同使用ASP.NET路由和URL重寫模塊的案例。

　　為網(wǎng)站強制實施標準的URL

　　舉個例子，比如我們想強制使用http://www.mysite.com/home/about 來替代 http://mysite.com/Home/About。當客戶端請求一個不符合標準格式的URL時，客戶端獎杯跳轉(zhuǎn)到一個符合標準格式的URL。在這種情況下，我們可以使用URL重寫模塊來強制URL跳轉(zhuǎn)，而使用ASP.NET 路由來選擇一個handler來處理所請求的URL路徑。

　　下面的代碼展示了這個案例中可能用到的URL重寫模塊配置代碼：

<rewrite>    <rules>        <rule name="Enforce canonical hostname" stopProcessing="true">            <match url="(.*)" />            <conditions>                <add input="{HTTP_HOST}" negate="true" pattern="^www/.mysite/.com$" />            conditions>            <action type="Redirect" url="http://www.mysite.com/{R:1}" redirectType="Permanent" />        rule>    rules>rewrite>

　　提供來自其它網(wǎng)站或其它服務(wù)器上的靜態(tài)內(nèi)容

　　例如，我們的網(wǎng)站部署在多臺服務(wù)器上，而動態(tài)頁面的內(nèi)容部署在一臺服務(wù)器或一個網(wǎng)站上，而所有的靜態(tài)內(nèi)容部署在另一臺服務(wù)器或另一個網(wǎng)站上。這時，我們可以使用URL重寫模塊協(xié)同IIS Application Request Routing module 來將對鏡頭內(nèi)容的請求轉(zhuǎn)到靜態(tài)內(nèi)容服務(wù)器（網(wǎng)站）上去，而由當前服務(wù)器處理所有的動態(tài)網(wǎng)頁請求。這中環(huán)境下，ASP.NET 路由恰好只對所有的動態(tài)網(wǎng)頁內(nèi)容起效，而不對靜態(tài)內(nèi)容其效果。

　　下面的代碼展示了這個案例中可能用到的URL重寫模塊配置代碼：

<rewrite>  <rules>    <rule name="Forward to static file server">      <match url="^.+/.(?:jpg|bmp|gif)$" />      <action type="Rewrite" url="http://static_file_server/{R:0}" />    rule>  rules>rewrite>

　　靜態(tài)內(nèi)容管理

　　當我們網(wǎng)站中的靜態(tài)內(nèi)容移動到了一個新的地址時，我們常常還需要支持老的URL，以做到向后兼容，甚至我們并不想讓用戶感覺到文件或文件夾移動過了。這種情況下，我們可以使用URL重寫模塊來重寫靜態(tài)文件的路徑，同時使用ASP.NET路由來處理所有的動態(tài)ASP.NET頁面。

　　下面的代碼展示了這個案例中可能用到的URL重寫模塊配置代碼：

<rewrite>  <rules>    <rule name="Rewrite to new folder">      <match url="^Images/(.+)$" />      <action type="Rewrite" url="NewImages/{R:1}" />    rule>  rules>rewrite>

　　阻止某些請求

　　URL重寫模塊可以用來阻止某些情況下指定的請求，例如，我們可以阻止網(wǎng)站爬蟲訪問某些特定的URL路徑。這種情況下，我們讓被阻止的請求壓根不到達ASP.NET的路由處理，如此來減少服務(wù)器的負載。

　　下面的例子展示了如何配置URL重寫規(guī)則，來阻止一個指定的網(wǎng)站爬蟲。可以根據(jù)指定的user-agent HTTP頭或者IP地址來進行阻止：

<rewrite>  <rules>    <rule name="Block SomeRobot" stopProcessing="true">      <match url="^folder1/folder2" />      <conditions logicalGrouping="MatchAny">        <add input="{USER_AGENT}" pattern="SomeRobot" />        <add input="{REMOTE_ADDR}" pattern="201/.45/.33/.[0-5]" />      conditions>      <action type="AbortRequest" />    rule>  rules>rewrite>

　　發(fā)展方向

　　盡管IIS URL重寫和ASP.NET路由在功能上有一些重復(fù)，但它們在情景定位上和技術(shù)上是相互獨立的。因此，這兩種技術(shù)將作為IIS的獨立組建持續(xù)存在并進一步發(fā)展，并且，兩者有很大的集成潛力。例如，ASP.NET路由可能會參照URL重寫模塊強大的管理工具。而URL重寫模塊可能會與ASP.NET更好的集成，以提供更強大的擴展性和可自定義性。

　　結(jié)論

　　IIS URL重寫和ASP.NET路由都能夠用于Web應(yīng)用程序的URL優(yōu)化處理，但ASP.NET路由可以看作是一種ASP.NET的優(yōu)化解決方案，因此，它是web開發(fā)人員設(shè)計友好URL的應(yīng)用程序時的好選擇。而IIS URL重寫模塊是一個通用的URL處理機制，定位于多種技術(shù)場景，特別是它能夠讓web開發(fā)人員和網(wǎng)站管理人員能夠在不改動程序代碼的情況下優(yōu)化URL。