重慶分公司
重慶分公司，新征程啟航
為企業(yè)提供網(wǎng)站建設(shè)、域名注冊、服務(wù)器等服務(wù)
IIS7.0特性有哪些-創(chuàng)新互聯(lián)
IIS7.0特性有哪些，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。
IIS 7.0能夠與ASP.NET框架高度集成，并且提供了完整的API，從而可以為平臺提供完整的可擴展能力和管理接口。還提供了配置委托和完整的診斷套件，診斷套件可以對需求進(jìn)行跟蹤，還提供了高級日志功能。IIS 7.0將ASP.NET與請求管道進(jìn)行了集成，這也許是IIS 7.0所做出的最為重大的改變。
IIS 7.0的模塊化設(shè)計還有利于我們開發(fā)定制模塊，而且附加功能也更容易實現(xiàn)。從而有利于將內(nèi)部開發(fā)的功能與IIS更好地結(jié)合，還有利于將第三方資源與IIS更好地結(jié)合，甚至有利于微軟公司開發(fā)的功能與IIS更好地結(jié)合。這是因為：無論何時，在無需修改操作系統(tǒng)核心功能的情況下，這些模塊和附加程序都可以作為IIS的插件進(jìn)行工作，因此微軟公司的IIS開發(fā)團隊可以在微軟公司的標(biāo)準(zhǔn)service pack過程之外發(fā)布功能模塊。
集成的請求管道
IIS 7.0大的變化之一是它可以與ASP.NET及ASP.NET進(jìn)程進(jìn)行緊密集成。IIS 7.0提供了統(tǒng)一的事件管道，該管道將現(xiàn)有的兩種獨立管道----即IIS管道和ASP.NET管道進(jìn)行了合并，這兩種管道是IIS 6.0以及先前版本的IIS提供的。ASP.NET的HTTP模塊原先僅偵聽ASP.NET管道的事件，現(xiàn)在可以監(jiān)聽任何請求。為了向后兼容，IIS 7.0還提供了Classic管道模式，Classic管道模式可以模擬IIS 6.0的IIS管道，也可以模擬IIS 6.0的ASP.NET管道。
IIS 7.0提供了一個單獨的統(tǒng)一管道。ASP.NET提供的Forms身份驗證和角色管理是身份驗證和授權(quán)過程的組成部分，因此對一個請求僅驗證一次。在IIS 7.0中，所有的請求都要經(jīng)過ASP.NET的Forms身份驗證模塊進(jìn)行處理，而不僅僅是那些具有.ASPX擴展名的文件才需要由ASP.NET的Forms身份驗證模塊進(jìn)行處理。例如，對 www.domain1.com/images/myimage.gif 的請求首先要傳遞給ASP.NET的Forms身份驗證進(jìn)程，如果web.config文件中的某種身份驗證方式拒絕訪問該文件或文件夾，那么缺少權(quán)限的用戶將無法觀察或下載該圖像?，F(xiàn)在將請求傳遞給管道并退出，然后再傳遞給發(fā)出請求的瀏覽器，因此無須再傳遞給ASP.NET等ISAPI進(jìn)程。考慮到兼容性問題，盡管ISAPI處理程序退出時需要返回一個退出編碼，但是實際上請求并沒有在ISAPI中進(jìn)行處理，如果我們不需要考慮遺留代碼的兼容性，我們甚至不需要加載ISAPI處理程序。
在 IIS 7.0管道內(nèi)部，每個進(jìn)程都由一個單獨的組件進(jìn)行處理。需要使用這些組件的網(wǎng)站可以單獨加載這些組件，如果網(wǎng)站或應(yīng)用程序不需要在管道中使用這些組件，那么就無須加載這些組件。在應(yīng)用程序級、網(wǎng)站級和服務(wù)器級，這些組件都是可配置的，而且，我們可以在上述任何一個級別中委托組件的配置功能。此外，我們還可以將自定義的組件插入管道，甚至可以將管道中組件的執(zhí)行順序重新進(jìn)行排序。例如，當(dāng)請求開始執(zhí)行時，可以觸發(fā)一個日志跟蹤操作，并且當(dāng)請求結(jié)束處理后，將日志跟蹤寫入一個文件。組件的執(zhí)行順序就是各個組件在配置文件中所處的順序。
可配置性
IIS 7.0的另一個變化是：IIS的配置過程已經(jīng)集成到ASP.NET應(yīng)用程序的配置過程中，這個變化是一個相當(dāng)顯著的變化。現(xiàn)在我們無須再使用IIS注冊表設(shè)置，而原先作為IIS配置庫的metabase已經(jīng)被基于XML的配置文件所取代，這個基于XML的配置文件中同時保存了IIS設(shè)置和ASP.NET設(shè)置。這樣，不僅消除了ASP.NET應(yīng)用程序和應(yīng)用服務(wù)器之間的界限，同時還提高了IIS的可配置性，簡化了網(wǎng)站和應(yīng)用程序的部署過程。同時，在web farm中的多系統(tǒng)上部署應(yīng)用程序也更為方便，并且改善了配置的可擴展性。IIS 7.0引入了共享配置的概念，在這個概念中，多個web服務(wù)器可以使用同一個物理文件作為各自的配置文件，這樣如果我們對web farm的配置進(jìn)行修改，那么修改的內(nèi)容可以馬上生效。
現(xiàn)在，IIS 7.0使用一個名為applicationHost.config的文件保存設(shè)置，此外，針對一個獨立的Web網(wǎng)站或Web應(yīng)用程序，IIS 7.0的配置選項也可以隨著ASP.NET的設(shè)置一同保存在web.config文件中，當(dāng)然，IIS 7.0的配置選項保存在該文件的system.webServer一節(jié)中。
1.使用applicationHost.config配置文件
IIS 7.0使用文件applicationHost.config為Web 服務(wù)器和集成模型保存IIS配置，現(xiàn)在，全局配置保存在%windir%\system32\inetsrv\config 目錄下的applicationHost.config文件中，該文件包括兩個主要的部分：
（1）system.applicationHost 這部分內(nèi)容保存了網(wǎng)站、應(yīng)用程序、虛擬目錄和應(yīng)用程序池的配置信息。
（2）system.webServer 這部分保存了其他設(shè)置及全局默認(rèn)設(shè)置。
對URL位置所進(jìn)行的配置既可以保存在applicationHost.config文件中，也可以保存在web.config中。這樣，管理員可以設(shè)置服務(wù)器上的默認(rèn)設(shè)置，而開發(fā)人員可以在必要的情況下重新定義這些設(shè)置。這些設(shè)置可以由web.config文件在根級和應(yīng)用程序級進(jìn)行繼承。在對設(shè)置進(jìn)行委托時，這一點非常重要，因為IIS管理員可以允許開發(fā)人員在應(yīng)用程序級以很細(xì)的粒度對設(shè)置進(jìn)行控制，同時，IIS管理員還能夠在網(wǎng)站級對設(shè)置進(jìn)行控制。
2.可擴展的配置架構(gòu)
利用新的配置模型，可以很容易對 IIS 7.0配置進(jìn)行擴展?，F(xiàn)在，假定我們需要為 IIS 創(chuàng)建一個新的模塊。此時，需要在 applicationHost.config 文件的
組件化
IIS 7.0的可擴展性不僅表現(xiàn)在配置過程。因為 IIS 7.0對請求處理管道進(jìn)行了修改，通過使用本機代碼和托管代碼，核心服務(wù)器本身也得到了擴展。這種擴展性來源于 IIS 核心功能的組件化。此時不需要再使用 ISAPI 過濾器來修改請求過程，我們可以將自行開發(fā)的組件直接注入到處理管道中。自行開發(fā)的組件既可以是我們自己開發(fā)的組件，也可以是第三方工具或組件，還可以是微軟公司提供的現(xiàn)有核心組件。所以，如果不喜歡 Windows 身份驗證過程，那么不僅可以對所有的文件使用 forms 身份驗證過程，而且還可以選擇忽略所有內(nèi)置的身份驗證過程，而采用我們開發(fā)的身份驗證過程。這還意味著：如果不需要處理傳統(tǒng)的 ASP 文件，那么只要不再加載對應(yīng)的組件就可以了。在先前的 IIS 版本中，每個組件需要當(dāng)作一個單獨的 DLL 加載到內(nèi)存中，現(xiàn)在不再需要加載無關(guān)的內(nèi)容，從而減少了 IIS 7.0的開銷。
看完上述內(nèi)容，你們掌握IIS7.0特性有哪些的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道，感謝各位的閱讀！
文章標(biāo)題：IIS7.0特性有哪些-創(chuàng)新互聯(lián)
當(dāng)前URL：http://www.xueling.net.cn/article/joogi.html