zoukankan      html  css  js  c++  java

  • WebConfig 详解

    一、Web.Config继承特性

    首先我们就来看看配置文件的继承层次。都知道在ASP.NET中有很多的配置文件,如machine.config,web.config，特别是web.config出现在很多的地方，出现在不同的地方作用也不一样。而且我们还知道machine.config中的配置对服务器上所有ASP.NET网站起作用，而web.config中的配置就依据它所在的位置而定，如在一个网站根目录中的web.config就对整个网站起作用，在一个网站中的某个文件夹中的web.config就只对该文件夹起作用，而且网站跟目录中的web.config中的配置也对这个文件夹起作用。这就反映出了另外一个事实：配置文件是有继承层次的. 换个角度，对于一个网站中的某个文件夹，它不仅仅只是受本文件夹中web.config的配置约束，而且还收到本网站中根目录下的web.config的约束，而且还受到本台服务器上的machine.config的约束。<br />

    下面我们就来具体的看看ASP.NET中的配置文件的继承层次：

    1.machine.confiig－在ASP.NET中，很多的默认的配置都是定义在这个配置文件中的，但是有一些配置已经从machine.config中移出到别的地方了，为了缩短ASP.NET的加载时间。我们知道在运行一个ASP.NET程序的时候，ASP.NET运行时是要加载很多的配置文件的，当然machine.config是一定要加载的，但是其中有些配置不是必须的，所以就移到别的地方，如果用到就加载。


    2.在安装根目录中的web.config－在%windir%Microsoft.NETFrameworkv2.0.50727CONFIG中的配置文件，之前说过machine.config把很多的配置移出了，就放在这个配置中。

    3.在根目录中的web.config－我们也可以把web.config放在根目录中，让它对整个根目录起作用。如：c:inetpubwwwroot.因为我们可以新建很多的虚拟目录文件夹，文件夹中有网站程序，如果把配置文件放在虚拟目录中，那么配置就对整个文件夹中的网站起作用。

    4.一个网站中的web.config－这是我们最常见的配置地方。

    5.网站中的某个文件夹中的web.config－我们常常通过这个配置文件来限制对文件的访问权限。

    继承机构图

    二、Web.Config结构说明

    当创建一个ASP.NET项目时，默认情况下会在根目录自动创建一个默认的 Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。Web.config文件是按照XML的格式定义的，所以必须严格遵守XML格式。

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

    配置节处理程序声明出现在配置文件顶部 <configSections> 和 </configSections> 标记之间，配置节声明使用<section>节，如：

         <section name="dataConfiguration" type="Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data" />

         配置节也支持嵌套，外层的配置节使用<sectionGroup>，内层的使用<section>，如：

          <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"> 
                    <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="Everywhere"/> 
                    <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/> 
          </sectionGroup>

         配置节设置区域位于 <configSections> 区域之后，它包含实际的配置设置，如：

         <dataConfiguration defaultDatabase="DefaultConnection" />

          所有的配置节都必须遵守先声明后使用的原则，不然编译程序时会报错。

          有人可能会疑问，为什么Web.config中默认生成的配置节没看到声明就直接用呢？比如<connectionStrings>和<appSettings>。这是因为这些节的声明是在WindowsMicrosoft .NETFrameworkversionNumberCONFIGMachine.config中完成的，Machine.config 文件用于服务器级的配置设置，Web.config文件继承 Machine.config 文件中的所有设置。

    三、WebConfig几点配置说明

    以下所有的代码都应该位于

    <configuration> 

    <system.web> 

    和

    </system.web> 

    </configuration> 

    之间，出于学习的目的下面的示例都省略了这段XML标记 

    1、<authentication> 节

    作用：配置 ASP.NET 身份验证支持（为Windows、Forms、PassPort、None四种）。该元素只能在计算机、站点或应用程序级别声明。<authentication> 元素必需与<authorization> 节配合使用。

    示例：

    以下示例为基于窗体（Forms）的身份验证配置站点，当没有登陆的用户访问需要身份验证的网页，网页自动跳转到登陆网页。 

    1. <authentication mode="Forms" >   
    2. <forms loginUrl="logon.aspx" name=".FormsAuthCookie"/>   
    3. </authentication>   

    其中元素loginUrl表示登陆网页的名称，name表示Cookie名称

    2、<authorization> 节

    作用：控制对 URL 资源的客户端访问（如允许匿名用户访问）。此元素可以在任何级别（计算机、站点、应用程序、子目录或页）上声明。必需与<authentication> 节配合使用。

    示例：以下示例禁止匿名用户的访问

    1. <authorization>   
    2. <deny users="?"/>   
    3. </authorization> 

    注：你可以使用user.identity.name来获取已经过验证的当前的用户名；可以使用web.Security.FormsAuthentication.RedirectFromLoginPage方法将已验证的用户重定向到用户刚才请求的页面.

    3、<compilation>节

    作用：配置 ASP.NET 使用的所有编译设置。默认的debug属性为“True”.在程序编译完成交付使用之后应将其设为 True（Web.config文件中有详细说明，此处省略示例）

    4、<customErrors>

    作用：为 ASP.NET 应用程序提供有关自定义错误信息的信息。它不适用于 XML Web services 中发生的错误。

    示例：当发生错误时，将网页跳转到自定义的错误页面。

    1. <customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly">   
    2. </customErrors> 

    其中元素defaultRedirect表示自定义的错误网页的名称。mode元素表示：对不在本地 Web 服务器上运行的用户显示自定义(友好的)信息。 

    5、<httpRuntime>节

    作用：配置 ASP.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。

    示例：控制用户上传文件最大为4M，最长时间为60秒，最多请求数为100 

    1. <httpRuntime maxRequestLength="4096" executi appRequestQueueLimit="100"/>  

    6、 <pages>

    作用：标识特定于页的配置设置（如是否启用会话状态、视图状态，是否检测用户的输入等）。<pages>可以在计算机、站点、应用程序和子目录级别声明。

    示例：不检测用户在浏览器输入的内容中是否存在潜在的危险数据（注：该项默认是检测，如果你使用了不检测，一要对用户的输入进行编码或验证)，在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。(注：该项默认是不验证）

    1. <pages buffer="true" enableViewStateMac="true" validateRequest="false"/>  

    7、<sessionState>

    作用：为当前应用程序配置会话状态设置（如设置是否启用会话状态，会话状态保存位置）。

    示例：

    1. <sessionState mode="InProc" cookieless="true" timeout="20"/>   
    2. </sessionState> 

    注：

    mode="InProc"表示：在本地储存会话状态（你也可以选择储存在远程服务器或SAL服务器中或不启用会话状态）

    cookieless="true"表示：如果用户浏览器不支持Cookie时启用会话状态(默认为False）

    timeout="20"表示：会话可以处于空闲状态的分钟数

    8、<trace>

    作用：配置 ASP.NET 跟踪服务，主要用来程序测试判断哪里出错。

    示例：以下为Web.config中的默认配置：

    1. <trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" />  

    注：

    enabled="false"表示不启用跟踪；requestLimit="10"表示指定在服务器上存储的跟踪请求的数目

    pageOutput="false"表示只能通过跟踪实用工具访问跟踪输出；

    traceMode="SortByTime"表示以处理跟踪的顺序来显示跟踪信息

    localOnly="true" 表示跟踪查看器 (trace.axd) 只用于宿主 Web 服务器

    参考：WebConfig
  • 相关阅读:
    漫谈：机器学习中距离和相似性度量方法
    逻辑回归Logistic Regression 之基础知识准备
    从随机过程到马尔科夫链蒙特卡洛方法
    ICLR 2016
    [转]Wireshark抓包工具--TCP数据包seq ack等解读
    网络学习资源
    Data obtained from ping: is it round trip or one way?
    【转】 一张图看懂开源许可协议，开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别
    How To Configure a Redis Cluster on Ubuntu 14.04
    redis connetced refused remote
  • 原文地址：https://www.cnblogs.com/zhyj/p/3449628.html
Copyright © 2011-2022 走看看