|
| |
 精品推荐 |
 |
|
| |
|
|
|
|
ASP+配置概念
|
日期：2008年4月12日 作者：清风网络学院 查看:[大字体
中字体 小字体]
|
<add name="assemblies" type="System.Web.UI.AssembliesSectionHandler" />
<add name="security" type="System.Web.Config.SecurityConfigHandler" />
</configsections>
<debugmode enable="true" />
<globalization
requestencoding="us-ascii"
responseencoding="iso-8859-1"
/>
<assemblies>
<add assembly="System.Data.dll"/>
<add assembly="System.dll"/>
<add assembly="System.Drawing.dll"/>
<add assembly="*"/>
</assemblies>
<security>
<authorization>
<allow users="*" /> <!-- Allow all users -->
</authorization>
</security>
</configuration>
-------------------------------------------------------------------
此例说明了一个配置文件，它包含四个配置小节——debugmode,globalization,assemblies以及security。下面是已制定的设置：
*在debug小节，调试模式被打开(设置成true)。
*在globalization小节，设置了请求(Request)和回应(Response)的编码方式。
*在assemblies小节，加入了四个assemblie。
*在security小节，所有用户均被赋予访问权。
层次配置体系
我们曾论及，服务器上可以有多个配置文件存在于不同的目录中。当对一个详细URL的请求到达时，ASP+计算该URL在层次结构风格中的设定，并为所请求的URL使用在路径中定位的配置文件。
例如，一个站点的结构如下：
Application Root
|-----SubDir1
|-----SubDir2
想法是，配置应用程序的设定使所有的用户都可以访问应用程序根目录(Application Root)，使选中的用户可以访问两个子目录。
现在假定有一个Config.web文件在目录SubDir1中，Application Root和SubDir2中不存在Config.web文件。在此例中实际上使用了两个Config.web文件。最高层的Config.web文件位于 %windir%\Complus\Version 目录，它随NGWS SDK安装而来，包含了默认的设定。这个文件被认为处于机器级别上，所有的ASP+目录和子目录都继承了其设定。此文件的默认安全小节的设定是允许所有用户的访问。当例中的Application Root目录不存在配置文件，即没有编辑这个设定值时，所有的用户都将允许访问此目录，因为此目录继承了机器级别配置文件的设定。如果SubDir1目录中的Config.web文件包含了一个安全配置小节，它设定成只允许某些用户访问目录，那么SubDir2目录将继承其设定，但是Application Root目录并不受其影响。所以，所有的用户可以访问Application Root目录，但只有某些用户可以访问两个子目录。
标准配置设定
ASP+环境自带了一个标准的Config.web文件，它包含了一个丰富的配置设定集合。此文件位于
%windir%\ComPlus\Version 目录。在Machine level(机器级)的配置文件中，我们可以在ASP+标准配置小节处理器下面找到标准的配置小节。
（出处：清风网络学院）
上一篇:ASP.NET强大的性能
下一篇:Microsoft的.NET 策略
|
| 相关文章： |
|
|
|
| 相关软件： |
|
|
|
|
