当前位置:首页 > 服务器软件 > IIS > .net对IIS的管理

.net对IIS的管理

2016-10-08 | 来源:网络 | | 人气: | 关键字:
.NETFramework系统要求操作系统要求下列平台支持.NETFramework。方案操作系统客户端Microsoft®Windows®98Microsoft®Windows®98SecondEditionMicrosoft®Windows®Millenniu

 

.NET Framework 系统要求
操作系统要求
下列平台支持 .NET Framework。
方案 操作系统
客户端 Microsoft® Windows® 98
Microsoft® Windows® 98 Second Edition
Microsoft® Windows® Millennium Edition
带有 Service Pack 6.0a 或更高版本的 Microsoft® Windows NT® 4.0 Workstation
带有 Service Pack 6.0a 或更高版本的 Microsoft® Windows NT® 4.0 Server
Microsoft® Windows® 2000 Professional
Microsoft® Windows® 2000 Server
Microsoft® Windows® 2000 Advanced Server
Microsoft® Windows® 2000 Datacenter Server
Microsoft® Windows® XP Home Edition
Microsoft® Windows® XP Professional
Microsoft® Windows® Server 2003 系列
注意 在所有这些系统上,还要求有 Microsoft® Internet Explorer 5.01 或更高版本以及 Microsoft® Windows® Installer 2.0 或更高版本。
服务器 带有 Service Pack 2.0 的 Microsoft® Windows® 2000 Professional
带有 Service Pack 2.0 的 Microsoft® Windows® 2000 Server
带有 Service Pack 2.0 的 Microsoft® Windows® 2000 Advanced Server
带有 Service Pack 2.0 的 Microsoft® Windows® 2000 Datacenter Server
Microsoft® Windows® XP Professional
Microsoft® Windows® Server 2003 系列

附加软件要求
若要使用附加功能,如 ASP.NET、COM+ 服务和 SQL Server .NET 数据提供程序,需要下列附加软件。

方案 功能 所需软件
客户端 SQL Server .NET 数据提供程序 Microsoft 数据访问组件 (MDAC) 2.6 或更高版本
对系统管理信息的访问 Windows Management Instrumentation (WMI)(在 Windows 2000、Windows Millennium Edition 和 Windows XP 上随操作系统一起安装)
COM+ 服务 Windows 2000 Service Pack 2.0
服务器 SQL Server .NET 数据提供程序 Microsoft 数据访问组件 (MDAC) 2.7
ASP.NET Microsoft Internet 信息服务 (IIS) 5.0

硬件要求
方案 所需处理器 推荐的处理器 所需 RAM 推荐的 RAM
客户端(Windows 窗体和 Windows 服务) Pentium 90 MHz* Pentium 90 MHz 或更快 32 MB* 96 MB 或更高
服务器 Pentium 133 MHz* Pentium 133 MHz 或更快 128 MB* 256 MB 或更高

*或者操作系统所需的最低要求(二者之中取较高者)。<xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

默认情况下,在已经安装了 .NET Framework 的计算机上安装新的 .NET Framework 时,所有的 ASP.NET 应用程序都会自动更新以使用新安装的 .NET Framework 版本。唯一的例外是那些绑定到不兼容的运行库版本或更新的运行库版本的应用程序。尽管更高版本的 .NET Framework 具有向后兼容性,您仍可能需要相应地配置 ASP.NET 应用程序以使用某种旧版本。以下各节描述了针对 .NET Framework 的特定版本配置 ASP.NET 应用程序的过程。

查看 ASP.NET 应用程序的脚本映射

在管理安装了多个版本的 .NET Framework 的计算机时,查看 ASP.NET 应用程序的脚本映射,以确定应用程序所使用的版本,这样做通常很有用。可以使用 Internet 信息服务管理控制台查看 ASP.NET 应用程序的脚本映射。
查看 ASP.NET 应用程序的脚本映射
打开 IIS 管理控制台,单击加号展开本地计算机,然后定位到包含 ASP.NET 应用程序的文件夹。 右击文件夹,再单击“属性”。出现应用程序的“属性”对话框。
单击“目录”选项卡中的“配置”按钮。出现“应用程序配置”对话框。
在“映射”选项卡中,选择 ASP.NET 应用程序扩展名,如 .asmx 或 .aspx。
对话框的“可执行文件路径”列列出了到应用程序所使用的 ASP.NET ISAPI 版本的路径。默认情况下,ASP.NET ISAPI 被安装在以下位置:
系统根Microsoft.NETFramework版本号
路径中显示的版本号说明了应用程序所使用的 ASP.NET ISAPI 的版本号。ASP.NET ISAPI 版本确定了应用程序所使用的运行库版本。

使用 Aspnet_regiis.exe 更新脚本映射
为使重新配置 ASP.NET 应用程序的脚本映射更容易,每个 .NET Framework 安装都提供了一个关联的 ASP.NET IIS 注册工具 (Aspnet_regiis.exe) 版本。管理员可以使用此工具将 ASP.NET 应用程序重新映射到与此工具关联的 ASP.NET ISAPI 版本。
注意 因为 Aspnet_regiis.exe 链接到特定版本的 .NET Framework,管理员必须使用适当版本的 Aspnet_regiis.exe,以针对 ASP.NET 应用程序重新配置脚本映射。Aspnet_regiis.exe 仅将 ASP.NET 应用程序的脚本映射重新配置为与此工具关联的 ASP.NET ISAPI 版本。此工具也可用来显示所有已安装的 ASP.NET 版本的状态、注册关联的 ASP.NET 版本、创建客户端脚本目录以及执行其他配置操作。
使用 Aspnet_regiis.exe 更新某一 ASP.NET 应用程序的脚本映射
1 打开命令窗口。(单击“开始”,单击“运行”,键入“cmd”,然后单击“确定”。)
2 定位到要使用的 Aspnet_regiis.exe 版本的目录。记住每一版本的 .NET Framework 都有自己的版本。文件通常位于以下目录:
系统根Microsoft.NETFramework版本号
3 与到应用程序的路径一起使用 Aspnet_regiis.exe 的 -s 或 -sn 选项,以设置脚本映射。以下显示了一个命令行示例,它更新一个名为 SampleApp1 的应用程序的脚本映射。
Aspnet_regiis.exe -s W3SVC/1/ROOT/SampleApp1
禁用脚本映射自动更新

为防止将全部现有应用程序自动重新映射到正在安装的 .NET Framework 版本,请在运行 Dotnetfx.exe 安装程序时使用 /noaspupgrade 命令行选项。以下显示了整个命令行。
Dotnetfx.exe /c:"install /noaspupgrade"

卸载某一版本的 ASP.NET
如果您在一台计算机上安装了多个版本的 ASP.NET,您可以单独卸载某一版本。卸载 ASP.NET 通常采用的方式是:通过“控制面板”中的“添加或删除程序”项卸载 .NET Framework。在卸载过程中,安装程序使用 -u 选项(卸载标志)来调用 ASP.NET IIS 注册工具 (Aspnet_regiis.exe)。
注意 如果只是希望卸载某一版本的 ASP.NET,而不卸载关联的 .NET Framework,可以直接使用 Aspnet_regiis.exe。.NET Framework 的每一份安装都包含该工具的关联版本。如果只卸载 ASP.NET,请使用与要卸载的 ASP.NET 版本相关联的工具版本的 -u 选项。有关更多信息,请参见 ASP.NET IIS 注册工具 (Aspnet_regiis.exe)。
Aspnet_regiis.exe 的 -u 选项执行以下操作:
当前映射到要卸载的 ASP.NET 版本的所有 ASP.NET 应用程序将被重新映射到计算机上的次最新兼容版本。如果不存在相兼容版本,该应用程序的脚本映射将被完全删除。 警告 删除脚本映射后,IIS 将以文本形式提交 ASP.NET 页。这有可能会将源代码公开给客户端。ASP.NET 状态服务为 ASP.NET 的所有兼容版本所共享,并且总是映射到安装的最新版本的 ASP.NET。如果您要卸载的 ASP.NET 版本正是当前的最新版本,计算机上的下一个兼容的最高版本就会被注册,以取代这一版本。如果不存在兼容版本,ASP.NET 状态服务将被卸载。 特定于要卸载的版本的性能对象及关联的性能计数器将被删除。适用于所安装的所有 ASP.NET、ASP.NET 和 ASP.NET 应用程序版本的一般性性能对象和计数器将定向到计算机上剩下的最新安装版本。 ASPNET 用户帐户为 ASP.NET 的所有兼容版本所共享。如果计算机上已不存在其他的 ASP.NET 安装,ASPNET 用户帐户以及关联的访问控制列表将被删除。

ASP.NET 应用程序的脚本映射
如果在同一计算机上安装了多个版本的 .NET Framework,则这些安装各包含一个关联的 ASP.NET ISAPI 版本。ASP.NET 应用程序使用 ASP.NET ISAPI 确定该应用程序使用哪一版本的 .NET Framework。ASP.NET 应用程序可以配置为使用所安装的 ASP.NET ISAPI 的任一版本。若要指定 ASP.NET 应用程序所使用的 ASP.NET ISAPI 版本,应在 Internet 信息服务 (IIS) 中为该应用程序注册脚本映射。
脚本映射将文件扩展名和 HTTP 谓词与适当的 ISAPI 相关联,以便实现脚本处理。例如,如果 IIS 接收到对某一 .aspx 文件的请求,该应用程序的脚本映射就会指示 IIS 将所请求的文件发送给适当版本的 ASP.NET ISAPI 来处理。每一 ASP.NET 应用程序的脚本映射通常是在 Internet 信息服务管理控制台中设置的,可以直接应用到某一应用程序,也可以从父应用程序继承。默认情况下,安装了 .NET Framework 之后,会自动更新计算机上所有现有 ASP.NET 应用程序的脚本映射以使用与这一安装相关联的 ASP.NET ISAPI 版本,除非应用程序使用更高的版本或者不兼容的版本。
为使重新配置 ASP.NET 应用程序的脚本映射更容易,每个 .NET Framework 安装都提供了一个关联的 ASP.NET IIS 注册工具 (Aspnet_regiis.exe) 版本。默认情况下,该工具安装在以下目录:

<系统根>Microsoft.NETFramework〈版本号〉

管理员可以使用此工具将 ASP.NET 应用程序重新映射到与此工具关联的 ASP.NET ISAPI 版本。

注意 因为 Aspnet_regiis.exe 与特定版本的 .NET Framework 相关联,管理员必须使用适当版本的 Aspnet_regiis.exe,为 ASP.NET 应用程序重新配置脚本映射。Aspnet_regiis.exe 仅将 ASP.NET 应用程序的脚本映射重新配置为与此工具关联的 ASP.NET ISAPI 版本。
此工具也可用来显示所有已安装的 ASP.NET 版本的状态、注册关联的 ASP.NET 版本、创建客户端脚本目录以及执行其他配置操作。

在 Windows Server 2003 系列产品上,在 IIS 管理器中启用 ASP.NET

使用“配置您的服务器向导”,在运行 Windows Server 2003 的服务器上安装 ASP.NET

在任务栏上,单击“开始”按钮,然后单击“管理您的服务器”,在“管理您的服务器”窗口中单击“添加或移除角色”。
在“配置您的服务器向导”中,单击“下一步”,在“服务器角色”对话框中选中“应用程序服务器 (IIS, ASP.NET)”,然后单击“下一步”。
在“应用程序服务器选项”对话框中,单击“启用 ASP.NET”复选框,单击“下一步”,再单击“下一步”。
如有必要,在 CD-ROM 驱动器中插入 Windows Server 2003 安装 CD,然后单击“下一步”。
安装完成后,单击“完成”。
使用“添加/删除程序”对话框,在运行 Windows Server 2003 的服务器上安装 ASP.NET

在任务栏上,单击“开始”按钮,指向“控制面板”,然后单击“添加或删除程序”。
在“添加/删除程序”对话框中,单击“添加/删除 Windows 组件”。
在“Windows 组件向导”的“组件”框中,单击“应用程序服务器”复选框,然后单击“下一步”。
当“Windows 组件向导”配置完 Windows Server 2003 后,单击“完成”。
在 Windows Server 2003 系列产品上,在 IIS 管理器中启用 ASP.NET

在任务栏上单击“开始”按钮,然后单击“运行”。
在“运行”对话框的“打开”框中,输入“inetmgr”,然后单击“确定”。
在“IIS 管理器”中,展开“本地计算机”,然后单击“Web 服务扩展”。
在右窗格中,右击“ASP.NET”,然后单击“允许”。ASP.NET 的状态随即更改为“允许”。 当在运行 Windows XP Professional 或 Windows 2000 Server 的计算机上安装 Visual Studio .NET 时,.NET Framework 和 ASP.NET 也会自动安装。如果要单独安装 ASP.NET 和 .NET Framework,可以从网上下载它们并安装到您的服务器上。下面的过程提供了具体的步骤。

在运行 Windows XP Professional 或 Windows 2000 Server 的计算机上下载和安装 ASP.NET
如有必要,安装并启动 IIS。有关安装说明,请参见操作系统的文档。
在 msdn.microsoft.com/downloads/default.asp 上,展开“Software Development Kits”(软件开发工具包),单击“Microsoft .NET Framework SDK”,然后阅读页面上有关下载 SDK 的要求、说明和选项。
单击所需的下载选项,阅读最终用户许可协议,然后单击“Yes”(是)。
在“文件下载”对话框中,选择保存下载文件,选择要将安装程序和自述文件下载到的文件夹,然后单击“保存”。
查看自述文件中任何最新的说明。
在下载文件所在的文件夹中,双击 .NET Framework 安装程序 Setup.exe。
如果您已经安装并启用了 IIS,安装了 ASP.NET 和 .NET Framework,部署了应用程序并请求了一个页,但是收到以下错误信息之一,这说明还没有为 Web 站点或虚拟目录设置适当的权限:
对“C:InetpubWwwroot”目录的访问被拒绝。未能开始监视目录更改。
服务器无法访问应用程序目录“C:InetpubWwwroot<虚拟目录名>”。该目录不存在或者因安全设置而无法访问。
在根 Web 站点或任何虚拟目录上,ASP.NET 需要 ASPNET 帐户(Aspnet_wp.exe 进程帐户)的读取、执行和列出权限。必须有这些设置,ASP.NET 才能访问内容文件和监视文件更改。请执行下面的步骤更正此问题。
在根 Web 站点或虚拟目录上添加 ASPNET 帐户的读取、执行和列出权限
在 Windows 资源管理器中,浏览到包含根 Web 站点(默认设置为:C:InetpubWwwroot)或虚拟目录的文件夹。
右击该文件夹,然后单击“属性”。
在“安全”选项卡上,单击“添加”。
输入 ComputerName ASPNET(例如,在名为 Webdev 的计算机上输入 WebdevASPNET),然后单击“确定”。
允许 ASPNET 帐户的下列权限:读取并执行、列出文件夹内容、读取。
单击“确定”关闭“属性”对话框并保存更改。
注意 如果“Everyone”(每个人)组或“用户”组能够读取根 Web 站点或虚拟目录,则不需要执行这些步骤。

使用 IIS 创建 ASP.NET Web 应用程序根目录

本演练步骤向您说明如何使用 Internet 信息服务 (IIS) 将某个目录标记为应用程序根目录。此演练说明如何创建虚拟目录并将 C:InetpubWwwroot 目录设置为应用程序的根目录。
准备此次演练
创建一个新目录。此演练使用 C:myWebApp 目录。
接下来,为 IIS 打开 Microsoft 管理控制台 (MMC),并使用下列过程之一创建一个虚拟目录。
使用 Windows Server 2003 系列产品创建虚拟目录
单击“开始”,指向“管理工具”,然后单击“Internet 信息服务”。
展开“本地计算机”节点(这可能由您的计算机名称表示),展开“网站”,然后单击“默认网站”。 在“操作”菜单上单击“新建”,然后单击“虚拟目录”。
在“虚拟目录创建向导”中,单击“下一步”。 “别名”文本框中输入您的应用程序名称,然后单击“下一步”。 输入为准备此演练而创建的物理目录 C:myWebApp,然后单击“下一步”。 在“访问权限”页中,选中您的应用程序所需的访问权限,然后单击“下一步”。 单击“完成”。使用 Windows XP 创建虚拟目录
单击“开始”,然后单击“控制面板”。
如果尚未完成以上操作,单击“切换到传统型视图”。
双击“管理工具”,然后单击“Internet 信息服务”。
展开“本地计算机”节点(这可能由您的计算机名称表示),展开“Web 站点”,然后单击“默认 Web 站点”。
在“操作”菜单上单击“新建”,然后单击“虚拟目录”。
在“虚拟目录创建向导”中,单击“下一步”。
在“别名”文本框中输入您的应用程序名称,然后单击“下一步”。
输入为准备此演练而创建的物理目录 C:myWebApp,然后单击“下一步”。
在“访问权限”页中,选中您的应用程序所需的访问权限,然后单击“下一步”。
单击“完成”。
使用 Windows 2000 创建虚拟目录

单击“开始”,指向“程序”,指向“管理工具”,然后单击“Internet 服务管理器”。 展开“本地计算机”节点(这可能由您的计算机名称表示),展开“Web 站点”,然后单击“默认 Web 站点”。 “操作”菜单上单击“新建”,然后单击“虚拟目录”。 在“虚拟目录创建向导”中,单击“下一步”。 在“别名”文本框中输入您的应用程序名称,然后单击“下一步”。 输入为准备此演练而创建的物理目录 C:myWebApp,然后单击“下一步”。 在“访问权限”页中,选中您的应用程序所需的访问权限,然后单击“下一步”。 单击“完成”。
也可以在 InetpubWwwroot 中的现有目录下创建应用程序根目录。为准备此演练,请在目录 C:InetpubWwwroot 下创建一个目录。如前所述,将其命名为 myWebApp。

使用 IIS 将 InetpubWwwroot 中的现有目录标记为 Web 应用程序

将 MMC 打开到“默认 Web 站点”,过程同前。
在“默认 Web 站点”中,单击要指定为应用程序根目录的子目录。在本例中,为 myWebApp。
右击要作为应用程序根目录的目录,然后单击“属性”。
在“虚拟目录”选项卡的“应用程序设置”节中,单击“创建”。
在“应用程序名”文本框中,输入应用程序的名称,然后单击“确定”。

 

ASP.NET 配置文件相关

可扩展的基础结构是 ASP.NET 配置系统的一大特色,该基础结构使您可以在最初部署 ASP.NET 应用程序时定义配置设置,以便可以随时添加或修改这些配置设置,同时对运作着的 Web 应用程序和服务器产生的影响也将被减至最小。

ASP.NET 配置系统提供以下好处:

配置信息存储在基于 XML 的文本文件中。您可以使用任何标准的文本编辑器或 XML 分析器来创建和编辑 ASP.NET 配置文件。
多个配置文件(名称都是 Web.config)可以出现在 ASP.NET Web 应用程序服务器上的多个目录中。每个 Web.config 文件都将配置设置应用于它自己的目录和它下面的所有子目录。子目录中的配置文件可以提供除从父目录继承的配置信息以外的配置信息,子目录配置设置可以重写或修改父目录中定义的设置。名为 systemrootMicrosoft.NETFrameworkversionNumberCONFIGMachine.config 的根配置文件提供整个 Web 服务器的 ASP.NET 配置设置。
在运行时,ASP.NET 使用分层虚拟目录结构中 Web.config 文件提供的配置信息为每个唯一的 URL 资源计算一组配置设置。然后缓存结果配置设置,以供所有后面的对资源的请求使用。请注意,继承是由传入请求路径 (URL) 定义的,而不是到磁盘上资源的文件系统路径(物理路径)定义的。
ASP.NET 检测对配置文件的更改并自动将新配置设置应用于受该更改影响的 Web 资源。不需要重新启动服务器让更改生效。只要层次结构中的配置文件被更改,就将自动重新计算并重新缓存分层配置设置。 节例外。
ASP.NET 配置系统是可以扩展的。您可以定义新配置参数并编写配置节处理程序以对它们进行处理。
ASP.NET 通过配置 Internet 信息服务 (IIS) 防止对配置文件的直接浏览器访问来保护配置文件不受外部访问。向任何试图直接请求配置文件的浏览器返回 HTTP 访问错误 403(禁止)。

ASP.NET 资源的配置信息包含在一组配置文件中,每个文件都名为 Web.config。每个配置文件都包含 XML 标记和子标记的嵌套层次结构,这些标记带有指定配置设置的属性。因为这些标记必须是格式正确的 XML,所以标记、子标记和属性是区分大小写的。标记名和属性名是 Camel 大小写形式的,这意味着标记名的第一个字符是小写的,任何后面连接单词的第一个字母是大写的。属性值是 Pascal 大小写形式的,这意味着第一个字符是大写的,任何后面连接单词的第一个字母也是大写的。true 和 false 例外,它们总是小写的。

所有配置信息都驻留在 根 XML 标记之间。标记间的配置信息分为两个主区域:配置节处理程序声明区域和配置节设置区域。

配置节处理程序声明出现在配置文件顶部 标记之间。包含在

标记中的每个声明都指定提供特定配置数据集的节的名称和处理该节中配置数据的 .NET Framework 类的名称。

配置节设置区域位于 区域之后,它包含实际的配置设置。 区域中的每个声明都有一个配置节。每个配置节都包含子标记,这些子标记带有包含该节设置的属性。

下面的 Web.config 文件示例声明两个配置
处理程序。一个管理应用程序设置,另一个管理会话状态。



type="System.Configuration.NameValueFileSectionHandler,
System, Version=1.0.3300.0,
Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
type="System.Web.SessionState.SessionStateSectionHandler,
System.Web, Version=1.0.3300.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a"
allowDefinition="MachineToApplication"/>









您只需要声明配置节处理程序一次。您可以将其放置在服务器的根 Machine.config 文件中或包含 Web 应用程序文件的虚拟目录的 Web.config 文件中。子目录中的配置文件自动继承父目录中声明的配置处理程序。有关更多信息,请参见配置继承。

配置设置在节分组标记下经常嵌套在一起。这些顶级节标记通常表示配置设置应用到的命名空间。例如,顶级 标记表示网络类的设置, 标记表示 ASP.NET 类的设置。

配置 设置

通过使用具有适当的 path 属性的 标记,可以将配置设置应用于特定的资源。path 属性可用于标识对其应用唯一配置设置的特定的文件或子目录。
例如,下面的配置文件在三个级别指定设置:
应用于当前目录和所有子目录的设置(全部内容包含在顶部 标记中)。
应用于 Sub1 子目录的设置(全部内容包含在 标记中,路径属性设置为 Sub1)。
应用于 Sub2 子目录的设置(全部内容包含在 标记中,路径属性设置为 Sub2)。
























访问 ASP.NET 配置设置
您可以从 ASP.NET 应用程序使用 ASP.NET 公开的内部静态方法来访问公共配置设置。例如,若要读取 节 cookieless 属性的值,您可以使用下面的代码行。
[Visual Basic]
Dim nocookies As Boolean = Session.IsCookieless
[C#]
bool nocookies = Session.IsCookieless;
可以使用 ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件顶级 节中存储的应用程序特定的设置。例如:
[Visual Basic]
Dim dsn As String = ConfigurationSettings.AppSettings("dsn")
[C#]
String dsn = ConfigurationSettings.AppSettings["dsn"];

创建新的配置节

您可以用自己的 XML 配置标记扩展标准的 ASP.NET 配置设置集。若要完成该操作,您必须创建自己的配置节处理程序。该处理程序必须是一个实现 IConfigurationSectionHandler 接口的 .NET Framework 类。节处理程序解释并处理 Web.config 文件特定部分中 XML 标记中定义的设置并根据配置设置返回适当的配置对象。处理程序类返回的配置对象可以是任何数据结构;它不限于任何基配置类或配置格式。
下面的示例定义 IConfigurationSectionHandler 接口。
[Visual Basic]
Namespace System.Web.Configuration
Public Interface IConfigurationSectionHandler
Function Create(parent As Object, input As Object, _
node As XmlNode) As Object
End Interface
End Namespace
[C#]
namespace System.Web.Configuration
{
public interface IConfigurationSectionHandler
{
public Object Create(Object parent, Object input,
XmlNode node);
}
}
您还可以定义自己的节,该节与 节使用相同的配置处理程序。例如:




"System.Configuration.NameValueSectionHandler,System"/>













您可以读取上面的示例中定义的新配置节的值,如下:
[Visual Basic]
Dim config As NameValueCollection =
ConfigurationSettings.GetConfig("myGroup/nestedGroup/mySection")
Response.Write("The value of key_one is " & config("key_one") & "
")
Response.Write("The value of key_two is " & config("key_two") & "
")
[C#]
NameValueCollection config = (NameValueCollection)
ConfigurationSettings.GetConfig("myGroup/nestedGroup/mySection");
Response.Write("The value of key_one is " + config["key_one"] + "
");
Response.Write("The value of key_two is " + config["key_two"] + "
");

部署 ASP.NET Web 应用程序

部署 ASP.NET 应用程序非常简单。只需将所创建的应用程序文件从开发计算机复制到将承载应用程序的成品 Web 服务器。可以使用 XCOPY 命令行工具或喜欢的 FTP 应用程序,将文件从一个位置复制到另一个位置。

要部署希望在 Web 应用程序间共享的程序集(比如包含自定义 ASP.NET 服务器控件的程序集),应将其部署到全局程序集缓存。

全局程序集缓存我在这里简单介绍一下:

安装有公共语言运行库的每台计算机都具有称为全局程序集缓存的计算机范围内的
代码缓存。全局程序集缓存中存储了专门指定给由计算机中若干应用程序共享的程
序集。  应当仅在需要时才将程序集安装到全局程序集缓存中以进行共享。一般原
则是:程序集依赖项保持专用,并在应用程序目录中定位程序集,除非明确要求共
享程序集。另外,不必为了使 COM interop 或非托管代码可以访问程序集而将程
序集安装到全局程序集缓存。  注意   在有些情况下,您显然不希望将程序集安
装到全局程序集缓存中。如果您将组成应用程序的某个程序集置于全局程序集缓
存中,则将不再能够通过使用 xcopy 命令复制应用程序目录来复制或安装该应
用程序。您还必须在全局程序集缓存中移动该程序集。 有若干方法可以将程序
集部署到全局程序集缓存中:   使用专用于全局程序集缓存的安装程序。该方法
是将程序集安装到全局程序集缓存的首选方法。  使用 .NET Framework SDK 所
提供的名为全局程序集缓存工具 (Gacutil.exe) 全局程序集缓存工具使您可以查
看和操作全局程序集缓存和下载缓存的内容。gacutil [options] [assemblyName 
| assemblyPath | assemblyListFile]的开发人员工具。  使用 Windows 资源管
理器将程序集拖到缓存中。 

从命令行部署 ASP.NET 应用程序

单击“开始”,然后单击“运行”。
在“运行”对话框的“打开”文本框中,输入“cmd”,然后单击“确定”。
在命令提示处,键入下列命令:
xcopy <源路径> <目标路径>

在此命令中,<源路径> 是需要复制的源文件的完整路径,包括驱动器、目录和要复制的文件名。如果目录下的全部文件都需要复制,可以省略文件名。<目标路径> 是文件应该复制到的目录的完整路径。

以下的命令示例将 c:myWebApp 目录下的所有文件复制到 d:liveapp 目录下。

xcopy c:devapp d:liveapp
回答所有关于所复制的文件或目录的问题。
当需要更新应用程序的 Bin 目录下存储的 DLL 或更新任何其他应用程序文件时,都可以使用此过程。下面的示例将一个驱动器的 in 目录中的一个 DLL 复制到另一个驱动器的 in 目录下。

xcopy c:devappinmyAssembly.dll d:liveappin
同样,一旦部署了应用程序,就可以使用此命令更新应用程序中的文件。虽然可以复制整个目录,但是在复制个别文件时,在两个目录之间一次只能复制一个文件。可以使用 XCOPY /exclude 选项,从复制中排除子目录、带指定文件扩展名的文件或具体的文件名。有关如何使用 XCOPY 工具的更多信息,请打开操作系统的文档并搜索 XCOPY。

注意 对于 XCOPY 工具必须使用物理目录名。不能使用虚拟目录名。

 

 

评论

评论数10

表情
发表评论
网友评论仅供其表达个人看法,并不表明网易立场。
《.net对IIS的管理》更多评论

阅读下一篇

windows7配置iis技巧

今天把开发环境一直到Windows7下,在IIS7.5中部署站点的时候遇到了这个问题,现在把我的解决方案贴出来。 错误信息: ServerErrorinApplication"DEMOSITE" InternetInformationServices7.5 ErrorSummar ... 查看全文

返回IIS 返回网站首页