webconfig

web.config配置文件

Web 配置文件web.config位于 Web 应用程序的任何目录中，子目录如果没有 web.config 文件，就是继承父目录 web.config 文件的相关设定；如果子目录有 web.config 文件，就会覆盖父目录 web.config 文件的相关设定。Web 配置文件是一份 XML 文件，在 XML 标记的属性就是设定值，标记名称和属性值格式是字符串，第 1 个开头字母是小写，之后每一字头是大写，例如<appSettings>。Web 配置文件的范例如下所示。

</appSettings>

<connectionStrings>//2.0之後引進的。

<add name="provider"

connectionString="Microsoft.Jet.OLEDB.4.0;"/>

<add name="database"

connectionString="/Ch11/Products.mdb"/>

</connectionStrings>

<system.web>

<globalization

fileEncoding="gb2312"

requestEncoding=" gb2312"

responseEncoding=" gb2312"

culture="zh-CN"/>

</system.web>

</configuration>

上述 Web 配置文件的根标记是<configuration>，其子标记<appSettings>、<connectionStrings>和<system.web>是各设定区段。在<system.web>下的设定区段属于ASP.NET相关设定。常用设定区段标记说明如表11-9所示。

表11-9 常用设定区段标记

设定区段	说明
<anonymousIdentification>	控制 Web 应用程序的匿名用户
<authentication>	设定 ASP.NET 验证方式，参阅第 13 章
<authorization>	设定 ASP.NET 用户授权，参阅第 13 章
<browserCaps>	设定浏览程序兼容组件 HttpBrowserCapabilities
<compilation>	设定 ASP.NET 应用程序的编译方式
<customErrors>	设定 ASP.NET 应用程序的自订错误处理
<globalization>	关于 ASP.NET 应用程序的全球化设定，也就是本地化设定
<httpHandlers>	设定 HTTP 处理是对应到 URL 请求的 IHttpHandler 类
<httpModules>	创建、删除或清除 ASP.NET 应用程序的 HTTP 模块
<httpRuntime>	ASP.NET 的 HTTP 执行期相关设定
<identity>	设定 ASP.NET 应用程序的用户识别是使用服务器端用户账号的权限(impersonate 属性)，或指定的用户账号(userName 和 password 属性)
<machineKey>	设定在使用窗体基础验证的 Cookie 数据时，用来加码和解码的金钥值
<membership>	设定 ASP.NET 的 Membership 机制，参阅第 13 章
<pages>	设定 ASP.NET 程序的相关设定，即 Page 指引命令的属性
<profile>	设定个人化信息的 Porfile 对象，详细说明参阅第 14 章
<roles>	设定 ASP.NET 的角色管理，详细说明参阅第 13 章
<sessionState>	设定 ASP.NET 应用程序的 Session 状态 HttpModule

(续表)

设定区段	说明
<siteMap>	设定 ASP.NET 网站导览系统，详细说明参阅第 12 章
<trace>	ASP.NET 应用程序的除错功能，可以设定是否追踪应用程序的执行
<webParts>	设定ASP.NET应用程序的网页组件，详细说明参阅第18章
<webServices>	设定 ASP.NET 的 Web 服务，详细说明参阅第 18 章

11.7.2 appSetting与connectionStrings区段的参数和连接字符串

在 Web 配置文件的 <appSettings> 区段可以创建 ASP.NET 程序所需的参数，ASP.NET 2.0 新增 <connectionStrings> 区段，可以指定数据库连接字符串。

1. Web配置文件web.config的内容

在web.config文件<configuration>标记的子标记<appSettings> 和 <connectionStrings> 区段中，可以创建参数和数据库连接字符串，如下所示。

</appSettings>

<add name="provider"

connectionString="Microsoft.Jet.OLEDB.4.0;"/>

<add name="database"

connectionString="/Ch11/Products.mdb"/>

</connectionStrings>

<system.web>

………

</system.web>

</configuration>

上述 <appSettings> 标记的子标记是创建参数，每一个 <add> 标记可以创建一个参数，属性 key 是参数名称，value 是参数值。

在 <connectionStrings> 标记的 <add> 子标记也可以创建连接字符串，属性 name 是名称，connectionString 属性是连接字符串内容。

11.7.3 在sessionState区段设定Session状态

ASP.NET的Session状态管理拥有扩充性，可以在web.config文件的 <sessionState>区段设定Session状态管理，它属于<system.web>的子标记，如下所示。

<system.web>

………

</system.web>

</configuration>

上述<sessionState>标记的常用属性如表11-10所示。

表11-10 <sessionState> 标记的常用属性

属性	说明
mode	Session 状态存储的位置可以是 off(不存储)、InProc(使用Cookie)、StateServer(使用状态服务器)和 SqlServer(存储在 SQL Server)
cookieless	是否使用 Cookie 存储 Session 状态。True 为不使用，False 为使用
timeout	Session 时间的期限，以分钟计，默认值为20 分钟，其功能如同 Session 对象的 TimeOut 属性

11.7.4 globalization区段的编码设定

在<system.web>子标记的<globalization>区段是本地化相关设定，可以设定 ASP.NET 程序默认的文件编码、请求和响应的编码方式、日期时间格式和数字等本地化设定，如下所示。

<system.web>

<globalization

fileEncoding="gb2312"

requestEncoding=" gb2312"

responseEncoding=" gb2312"

culture="zh-CN"/>

………

</system.web>

</configuration>

上述标记属性设定编码方式gb2312，culture是本地化设定值，zh-CN为中国大陆。相关属性说明如表11-11所示。

表11-11 globalization 区段的相关属性

属性	说明
requestEncoding	指定 Request 请求的编码方式，默认为UTF-8 编码，大多数情况 requestEncoding 和 responseEncoding 属性的编码应该相同
responseEncoding	指定 Response 响应的编码方式，默认为UTF-8 编码
fileEncoding	指定扩展名 .aspx、.asmx 和 .asax 文件默认的编码方式
culture	指定本地化的语系地区，不同的地区拥有不同的日期时间格式、数字等默认的本地化设定

上表culture属性值可以使用语系和地区代码，以中文语系来说的 culture 属性值如表11-12所示。

表11-12 culture 属性值可以使用语系和地区代码

culture 属性值	语系或地区
zh-HK	香港
zh-MO	澳门
zh-CN	中国大陆
zh-SG	新加坡
zh-TW	台湾
zh-CHS	中文简体
zh-CHT	中文繁体

11.7.5 compilation区段的编译设定

在 <system.web> 子标记的 <compilation> 区段，可以设定 ASP.NET 程序默认的编译方式，如下所示。

<system.web>

………

</system.web>

</configuration>

上述标记属性设定默认程序语言和是否打开除错模式。相关属性说明如表11-13所示。

表11-13 compilation区段的相关属性

属性	说明
debug	是否打开除错模式，默认为 False 不打开，True 为打开
defaultLanguage	默认的程序语言，例如C#、VB 或 PERL，默认值是 VB
explicit	Microsoft Visual Basic 是否使用 explicit 方式编译，也就是所有变量都需要事先声明，默认值是 True

在 web.config 文件中使用 compilation 标记，如同 ASP.NET 程序文件开头加上 Page 命令的 Language 和 Debug 属性，如下所示。

<%@ Page Language="VB" Debug="True" %>

11.7.6 customErrors区段的自订错误网页

在 <system.web> 子标记 <customErrors> 区段，可以设定 ASP.NET 程序的自订错误网页。例如错误代码 HTTP 404，如图11-13所示。

图11-13 显示错误信息

上述错误信息是默认错误网页，显示找不到网页数据错误。在 <customErrors> 区段可以指定错误网页，如下所示。

<system.web>

………

</system.web>

</configuration>

上述标记属性设定模式为 On。相关属性说明如表11-14所示。

表11-14 customErrors区段的相关属性

属性	说明
mode	是否启动自订错误功能，On为启动自订错误处理，此时需要指定 defaultRedirect 属性，Off为取消自订错误处理，RemoteOnly 指定自订错误处理只显示在远程客户端，本地计算机仍然显示 ASP.NET 默认错误网页，此为默认值
defaultRedirect	指定 URL 网址，当错误产生时就转址到此网址的网页，此例是显示 Ch11-7error.htm 网页

在 customErrors 区段拥有多个 error 子标记，每一个 error 标记可以定义 HTTP 错误代码的自订错误网页，如下所示。

<system.web>

<customErrors mode="On"

defaultRedirect="Ch11-7error.htm">

<error statusCode="404"

redirect="NotFoundError.htm"/>

</customErrors>

</system.web>

</configuration>

上述的 error 标记使用 statusCode 属性指定 HTTP 错误代码为 404，如果错误产生，就转址到 redirect 属性值的 NotFoun dError.htm 网页。

11.8.2 ASP.NET 设定工具

除了 Visual Web Developer 提供 Web 接口的 ASP.NET 网站管理工具外，如果计算机安装了IIS，在安装 .NET Framework 2.0后就会在 Internet Information Services 管理工具中创建ASP.NET 设定工具。

启动 Internet Information Services 管理工具，在网站虚拟目录上右击，在弹出的快捷菜单中选择“属性”命令，打开属性对话框，如图11-15所示。

图11-15 默认网站的属性对话框

在ASP.NET选项卡中单击“编辑配置”按钮，可以看到“ASP.NET 配置设置”工具，如图11-16所示。

图11-16 “ASP.NET配置设置”对话框

在上图中各选项卡的功能如下所示。

● 常规：创建与编辑数据库连接字符串和应用程序参数。

● 自定义错误：设定自定义错误处理和自定义错误网页。

● 授权：创建与编辑验证规则。

● 身份验证：指定使用的认证方式和选择成员与角色提供者。

● 应用程序：设定与编辑 Web 应用程序的相关设定。

● 状态管理：设定 Web 应用程序的状态管理。

● 位置：指定特殊路径和子路径，是否需要拥有专用设定数据。

一、认识Web.config文件

　　Web.config 文件是一个XML文本文件，它用来储存 ASP.NET Web 应用程序的配置信息（如最常用的设置ASP.NET Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的 Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个 Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。

　　(一).Web.Config是以XML文件规范存储,配置文件分为以下格式

　　1.配置节处理程序声明

　　特点：位于配置文件的顶部，包含在 <configSections> 标志中。

　　2.特定应用程序配置

　　特点: 位于 <appSetting> 中。可以定义应用程序的全局常量设置等信息.

　　3.配置节设置

　　特点: 位于 <system.Web> 节中，控制Asp.net运行时的行为.

　　4.配置节组

　　特点: 用 <sectionGroup> 标记，可以自定义分组，可以放到 <configSections> 内部或其它 <sectionGroup> 标记的内部.

　　(二).配置节的每一节

　　1. <configuration> 节

　　根元素，其它节都是在它的内部.

　　2. <appSetting> 节

　　此节用于定义应用程序设置项。对一些不确定设置，还可以让用户根据自己实际情况自己设置

　　用法:

　　定义了一个连接字符串常量，并且在实际应用时可以修改连接字符串，不用修改程式代码.

　　II. <appSettings>

　　定义了一个错误重定向页面.

　　3. <compilation> 节

　　格式:

　　<compilation

　　defaultLanguage= "c# "

　　debug= "true "

　　I.default language: 定义后台代码语言,可以选择C#和VB.net两种语言.

　　IIdebug : 为true时，启动aspx调试；为false不启动aspx调试，因而可以提高应用程序运行

　　时的性能。一般程序员在开发时设置为true,交给客户时设置为false.

　　4. <customErrors> 节

　　格式:

　　<customErrors

　　mode= "RemoteOnly "

　　defaultRedirect= "error.aspx "

　　I.mode : 具有On,Off,RemoteOnly 3种状态。On表示始终显示自定义的信息; Off表示始终显示详细的asp.net错误信息; RemoteOnly表示只对不在本地Web服务器上运行的用户显示自定义信息.

　　II.defaultRedirect: 用于出现错误时重定向的URL地址. 是可选的

　　III.statusCode: 指明错误状态码，表明一种特定的出错状态.

　　IV. redirect:错误重定向的URL.

　　5. <globalization> 节

　　格式:

　　<globalization

　　requestEncoding= "utf-8 "

　　responseEncoding= "utf-8 "

　　fileEncoding= "utf-8 "

　　I.requestEncoding: 它用来检查每一个发来请求的编码.

　　II.responseEncoding: 用于检查发回的响应内容编码.

　　III.fileEncoding: 用于检查aspx,asax等文件解析的默认编码.

　　6. <sessionState> 节

　　格式:

　　<sessionState

　　mode= "InProc "

　　stateConnectionString= "tcpip=127.0.0.1:42424 "

　　sqlConnectionString= "data source=127.0.0.1;Trusted_Connection=yes "

　　cookieless= "false "

　　timeout= "20 "

　　I.mode: 分为off,Inproc,StateServer,SqlServer几种状态

　　这里有详细介绍此属性: http://blog.csdn.net/chengking/archive/2005/10/27/518079.aspx II. stateConnectionString :指定Asp.net应用程序存储远程会话状态的服务器名，默认为本机

　　III.sqlConnectionString: 当用会话状态数据库时，在这里设置连接字符串

　　IV. Cookieless: 设置为true时，表示不使用cookie会话状态来标识客户；否则，相反.

　　V. TimeOut: 用来定义会话状态存储的时间，超过期限，将自动终止会话.

　　7. <authentication> 节

　　格式:

　　</authentication>

　　</authorization>

　　I.Windows: 使用IIS验证方式

　　II.Forms: 使用基于窗体的验证方式

　　III.Passport: 采用Passport cookie验证模式

　　IV.None: 不采用任何验证方式

　　里面内嵌Forms节点的属性涵义:

　　I.Name: 指定完成身份验证的Http cookie的名称.

　　II.LoginUrl: 如果未通过验证或超时后重定向的页面URL，一般为登录页面，让用户重新登录

　　III.Protection: 指定 cookie数据的保护方式.

　　可设置为: All None Encryption Validation四种保护方式

　　a. All表示加密数据，并进行有效性验证两种方式

　　b. None表示不保护Cookie.

　　c. Encryption表示对Cookie内容进行加密

　　d. validation表示对Cookie内容进行有效性验证

　　IV. TimeOut: 指定Cookie的失效时间. 超时后要重新登录. 在运行时对Web.config文件的修改不需要重启服务就可以生效（注： <processModel> 节例外）。当然Web.config文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。

　　web.config配置文件（默认的配置设置）以下所有的代码都应该位于

　　<system.web>

　　和

　　</system.web>

　　</configuration>

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

　　1、 <authentication> 节

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

　　示例：

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

　　</authentication>

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

　　2、 <authorization> 节

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

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

　　</authorization>

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

　　3、 <compilation> 节

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

　　4、 <customErrors>

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

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

　　</customErrors>

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

　　5、 <httpRuntime> 节

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

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

　　ConfigurationSettings.AppSettings[ "scon "]

web.config文件是一个XML文件，它的根结点是<configuration>，在<configuration>节点下的常见子节点有：<configSections>、<appSettings>、<connectionStrings> 和<system.web>。其中<appSettings>节点主要用于配置一些网站的应用配置信息，而<connectionStrings>节点主要用于配置网站的数据库连接字符串信息。

<system.web>节点主要是网站运行时的一些配置，它的常见节点有如下：

1.<appSettings>节点
<appSettings>节点主要用来存储asp.net应用程序的一些配置信息

2.<compilation>节点

<compilation>节点配置 ASP.NET 使用的所有编译设置。默认的debug属性为“true”，即允许调试，在这种情况下会影响网站的性能，所以在程序编译完成交付使用之后应将其设为“false”。

3.<authentication>节点

设置asp.net身份验证模式，有四种身份验证模式，它们的值分别如下：
Mode 说明
Windows 使用Windows身份验证，适用于域用户或者局域网用户。
Forms 使用表单验证，依靠网站开发人员进行身份验证。
Passport 使用微软提供的身份验证服务进行身份验证。
None 不进行任何身份验证。

4.<customErrors>节点
<customErrors>节点用于定义一些自定义错误信息的信息。此节点有Mode和defaultRedirect两个属性，其中defaultRedirect属性是一个可选属性，表示应用程序发生错误时重定向到的默认URL，如果没有指定该属性则显示一般性错误。 Mode属性是一个必选属性，它有三个可能值，它们所代表的意义分别如下：
Mode 说明
On 表示在本地和远程用户都会看到自定义错误信息。
Off 禁用自定义错误信息，本地和远程用户都会看到详细的错误信息。
RemoteOnly 表示本地用户将看到详细错误信息，而远程用户将会看到自定义错误信息。
这里有必要说明一下本地用户和远程用户的概念。当我们访问asp.net应用程时所使用的机器和发布asp.net应用程序所使用的机器为同一台机器时成为本地用户，反之则称之为远程用户。在开发调试阶段为了便于查找错误Mode属性建议设置为Off，而在部署阶段应将Mode属性设置为On或者 RemoteOnly，以避免这些详细的错误信息暴露了程序代码细节从而引来黑客的入侵。

5.<error>子节点
在<customErrors>节点下还包含有<error>子节点，这个节点主要是根据服务器的HTTP错误状态代码而重定向到我们自定义的错误页面，注意要使<error>子节点下的配置生效，必须将<customErrors>节点节点的Mode属性设置为“On”。下面是一个例子：

<customErrors mode="On" defaultRedirect="GenericErrorPage.htm">
<error statusCode="403" redirect="403.htm" />
<error statusCode="404" redirect="404.htm" />
</customErrors>
在上面的配置中如果用户访问的页面不存在就会跳转到404.htm页面，如果用户没有权限访问请求的页面则会跳转到403.htm页面，403.htm和404.htm页面都是我们自己添加的页面，我们可以在页面中给出友好的错误提示。

6.<httpHandlers>节点
<httpHandlers>节点用于根据用户请求的URL和HTTP谓词将用户的请求交给相应的处理程序。可以在配置级别的任何层次配置此节点，也就是说可以针对某个特定目录下指定的特殊文件进行特殊处理。下面是与machine.config文件同一目录下的 web.config文件中的<httpHandlers>节点配置： (大多数已略)

从上面的配置中可以看出，针对*.config文件的Get或者Post请求都会交给 System.Web.HttpForbiddenHandler来处理，处理的结果就是用户不能查看或者下载相关的文件。如果我们某个文件夹下的文件或者某个类型的文件不允许用户下载，可以在</httpHandlers>节点中增加相应的子节点。
下面我们以一个例子来说明<httpHandlers>节点的用法，在我们的asp.net应用程序中建立一个IPData目录，在IPData目录中创建一个IPData.txt文件，然后在Web.config中添加以下配置：

<httpHandlers>
<add path="IPData/*.txt" verb="*" type="System.Web.HttpForbiddenHandler"/>
</httpHandlers>
上面的代码的作用是禁止访问IPData目录下的任何txt文件。

7.<httpRuntime>节点
<httpRuntime>节点用于对 ASP.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。
例如下面的配置控制用户最大能上传的文件为40M（40*1024K），最大超时时间为60秒，最大并发请求为100个。

<httpRuntime maxRequestLength="40960" executionTimeout="60" appRequestQueueLimit="100"/>

8.<pages>节点
<pages>节点用于表示对特定页设置，主要有三个属性，分别如下：
属性名说明
buffer 是否启用了 HTTP 响应缓冲。
enableViewStateMac 是否应该对页的视图状态运行计算机身份验证检查 (MAC)，以放置用户篡改，默认为false，如果设置为true将会引起性能的降低。
validateRequest 是否验证用户输入中有跨站点脚本攻击和SQL注入式漏洞攻击，默认为true，如果出现匹配情况就会发 HttpRequestValidationException 异常。对于包含有在线文本编辑器页面一般自行验证用户输入而将此属性设为false。
下面就是一个配置节点的例子：
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>

9.<sessionState>节点
<sessionState>节点用于配置当前asp.net应用程序的会话状态配置。以下就是一个常见配置：
<sessionState cookieless="false" mode="InProc" timeout="30" />
上面的节点配置是设置在asp.net应用程序中启用Cookie，并且指定会话状态模式为在进程中保存会话状态，同时还指定了会话超时为30分钟。
<sessionState>节点的Mode属性可以是以下几种值之一：
属性值说明
Custom 使用自定义数据来存储会话状态数据。
InProc 默认值。由asp.net辅助进程来存储会话状态数据。
Off 禁用会话状态。
SQLServer 使用进程外SQL Server数据库保存会话状态数据。
StateServer 使用进程外 ASP.NET 状态服务存储状态信息。
一般默认情况下使用InProc模式来存储会话状态数据，这种模式的好处是存取速度快，缺点是比较占用内存，所以不宜在这种模式下存储大型的用户会话数据。

10.<globalization>节点：
用于配置应用程序的全球化设置。此节点有几个比较重要的属性，分别如下：
属性名说明
fileEncoding 可选属性。设置.aspx、.asmx 和 .asax 文件的存储编码。
requestEncoding 可选属性。设置客户端请求的编码，默认为UTF-8.
responseEncoding 可选属性。设置服务器端响应的编码，默认为UTF-8.
以下就是asp.net应用程序中的默认配置：

<globalization fileEncoding="utf-8" requestEncoding="utf-8" responseEncoding="utf-8"/>

一、认识Web.config文件
Web.config 文件是一个xml文本文件，它用来储存 asp.NET Web 应用程序的配置信息（如最常用的设置asp.NET Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的 Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个 Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。
(一).Web.Config是以xml文件规范存储,配置文件分为以下格式
1.配置节处理程序声明
特点：位于配置文件的顶部，包含在<configSections>标志中。
2.特定应用程序配置
特点: 位于<appSetting>中。可以定义应用程序的全局常量设置等信息.
3.配置节设置
特点: 位于<system.Web>节中，控制asp.net运行时的行为.
4.配置节组
特点: 用<sectionGroup>标记，可以自定义分组，可以放到<configSections>内部或其它<sectionGroup>标记的内部.
(二).配置节的每一节
1.<configuration>节根元素，其它节都是在它的内部.
2.<appSetting>节此节用于定义应用程序设置项。对一些不确定设置，还可以让用户根据自己实际情况自己设置
用法:
I.<appSettings>
<add key="Conntction" value="server=192.168.85.66;userid=sa;password=;database=Info;"/>
<appSettings>
定义了一个连接字符串常量，并且在实际应用时可以修改连接字符串，不用修改程式代码.
II.<appSettings>
<add key="ErrPage" value="Error.aspx"/><appSettings> 定义了一个错误重定向页面.
3.<compilation>节
格式:
<compilation
defaultLanguage="c#"
debug="true"
/>
I.default language: 定义后台代码语言,可以选择c#和vb.net两种语言.
IIdebug : 为true时，启动aspx调试；为false不启动aspx调试，因而可以提高应用程序运行时的性能。一般程序员在开发时设置为true,交给客户时设置为false.
4.<customErrors>节
格式:
<customErrors
mode="RemoteOnly"
defaultRedirect="error.aspx"
<error statusCode="440" redirect="err440page.aspx"/>
<error statusCode="500" redirect="err500Page.aspx"/>
/>
I.mode : 具有On,Off,RemoteOnly 3种状态。On表示始终显示自定义的信息; Off表示始终显示详细的asp.net错误信息; RemoteOnly表示只对不在本地Web服务器上运行的用户显示自定义信息.
II.defaultRedirect: 用于出现错误时重定向的URL地址. 是可选的
III.statusCode: 指明错误状态码，表明一种特定的出错状态.
IV. redirect:错误重定向的URL.
5.<globalization>节
格式:
<globalization
requestEncoding="utf-8"
responseEncoding="utf-8"
fileEncoding="utf-8"
/>
I.requestEncoding: 它用来检查每一个发来请求的编码.
II.responseEncoding: 用于检查发回的响应内容编码.
III.fileEncoding: 用于检查aspx,asax等文件解析的默认编码.
6.<sessionState>节
格式:
<sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
I.mode: 分为off,Inproc,StateServer,SqlServer几种状态
mode = InProc 存储在进程中特点：具有最佳的性能，速度最快,但不能跨多台服务器存储共享.mode = "StateServer" 存储在状态服务器中特点:   当需要跨服务器维护用户会话信息时，使用此方法。但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失. mode="SqlServer" 存储在sql server中特点:工作负载会变大，但信息不会丢失.
II. stateConnectionString :指定asp.net应用程序存储远程会话状态的服务器名，默认为本机
III.sqlConnectionString:当用会话状态数据库时，在这里设置连接字符串
IV. Cookieless:设置为true时，表示不使用cookie会话状态来标识客户；否则，相反.
V. TimeOut:用来定义会话状态存储的时间，超过期限，将自动终止会话.
7.<authentication>节
格式:
<authentication mode="Forms">
<forms name=".ASPXUSERDEMO" loginUrl="Login.aspx" protection="All" timeout="30"/>
</authentication>
<authorization>
<deny users="?"/>
</authorization>
I.Windows: 使用IIS验证方式
II.Forms: 使用基于窗体的验证方式
III.Passport: 采用Passport cookie验证模式
IV.None: 不采用任何验证方式
里面内嵌Forms节点的属性涵义:
I.Name: 指定完成身份验证的Http cookie的名称.
II.LoginUrl: 如果未通过验证或超时后重定向的页面URL，一般为登录页面，让用户重新登录
III.Protection: 指定 cookie数据的保护方式.
可设置为: All None Encryption Validation四种保护方式
a. All表示加密数据，并进行有效性验证两种方式
b. None表示不保护Cookie.
c. Encryption表示对Cookie内容进行加密
d. validation表示对Cookie内容进行有效性验证
IV. TimeOut: 指定Cookie的失效时间. 超时后要重新登录.
在运行时对Web.config文件的修改不需要重启服务就可以生效（注：<processModel> 节例外）。当然Web.config文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。
web.config配置文件（默认的配置设置）以下所有的代码都应该位于
<configuration>
<system.web>
和
</system.web>
</configuration>
之间，出于学习的目的下面的示例都省略了这段xml标记。
1、<authentication> 节
作用：配置 asp.NET 身份验证支持（为Windows、Forms、PassPort、None四种）。该元素只能在计算机、站点或应用程序级别声明。< authentication> 元素必需与<authorization> 节配合使用。
示例：
以下示例为基于窗体（Forms）的身份验证配置站点，当没有登陆的用户访问需要身份验证的网页，网页自动跳转到登陆网页。
<authentication mode="Forms" >
<forms loginUrl="logon.aspx" name=".FormsAuthCookie"/>
</authentication>
其中元素loginUrl表示登陆网页的名称，name表示Cookie名称。
2、<authorization> 节
作用：控制对 URL 资源的客户端访问（如允许匿名用户访问）。此元素可以在任何级别（计算机、站点、应用程序、子目录或页）上声明。必需与<authentication> 节配合使用。
示例：以下示例禁止匿名用户的访问
<authorization>
   <deny users="?"/>
</authorization>
注：你可以使用user.identity.name来获取已经过验证的当前的用户名；可以使用web.Security.FormsAuthentication.RedirectFromLoginPage方法将已验证的用户重定向到用户刚才请求的页面.具体的
3、<compilation>节
作用：配置 asp.NET 使用的所有编译设置。默认的debug属性为“True”.在程序编译完成交付使用之后应将其设为False（Web.config文件中有详细说明，此处省略示例）
4、<customErrors>
作用：为 asp.NET 应用程序提供有关自定义错误信息的信息。它不适用于 xml Web services 中发生的错误。
示例：当发生错误时，将网页跳转到自定义的错误页面。
<customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly">
</customErrors>
其中元素defaultRedirect表示自定义的错误网页的名称。mode元素表示：对不在本地 Web 服务器上运行的用户显示自定义(友好的)信息。
5、<httpRuntime>节
作用：配置 asp.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。
示例：控制用户上传文件最大为4M，最长时间为60秒，最多请求数为100
<httpRuntime maxRequestLength="4096" executionTimeout="60" appRequestQueueLimit="100"/>
6、 <pages>
作用：标识特定于页的配置设置（如是否启用会话状态、视图状态，是否检测用户的输入等）。<pages>可以在计算机、站点、应用程序和子目录级别声明。
示例：不检测用户在浏览器输入的内容中是否存在潜在的危险数据（注：该项默认是检测，如果你使用了不检测，一要对用户的输入进行编码或验证)，在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。(注：该项默认是不验证）
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>
7、<sessionState>
作用：为当前应用程序配置会话状态设置（如设置是否启用会话状态，会话状态保存位置）。
示例：
<sessionState mode="InProc" cookieless="true" timeout="20"/>
</sessionState>
注：
mode="InProc"表示：在本地储存会话状态（你也可以选择储存在远程服务器或SAL服务器中或不启用会话状态）
cookieless="true"表示：如果用户浏览器不支持Cookie时启用会话状态(默认为False）
timeout="20"表示：会话可以处于空闲状态的分钟数
8、<trace>
作用：配置 asp.NET 跟踪服务，主要用来程序测试判断哪里出错。
示例：以下为Web.config中的默认配置：
<trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" />
注：
enabled="false"表示不启用跟踪；
requestLimit="10"表示指定在服务器上存储的跟踪请求的数目
pageOutput="false"表示只能通过跟踪实用工具访问跟踪输出；
traceMode="SortByTime"表示以处理跟踪的顺序来显示跟踪信息
localOnly="true" 表示跟踪查看器 (trace.axd) 只用于宿主 Web 服务器
自定义Web.config文件配置
自定义Web.config文件配置节过程分为两步。
1.在配置文件顶部 <configSections> 和 </configSections>标记之间声明配置节的名称和处理该节中配置数据的 .NET Framework 类的名称。
2.是在 <configSections> 区域之后为声明的节做实际的配置设置。
示例：创建一个节存储数据库连接字符串
<configuration>
　 <configSections>
　 <section name="appSettings" type="System.Configuration.NameValueFileSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
</configSections>
　 <appSettings>
　　 <add key="scon" value="server=a;database=northwind;uid=sa;pwd=123"/>
　 </appSettings>
　 <system.web>
　　 ......
　 </system.web>
</configuration>
访问Web.config文件你可以通过使用ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。例如：
protected static string Isdebug = ConfigurationSettings.AppSettings["debug"]
二、web.config中的session配置详解
打开某个应用程序的配置文件Web.config后，我们会发现以下这段：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　这一段就是配置应用程序是如何存储session信息的了。我们以下的各种操作主要是针对这一段配置展开。让我们先看看这一段配置中所包含的内容的意思。sessionState节点的语法是这样的：
< sessionState mode="Off|InProc|StateServer|SQLServer"
             cookieless="true|false"
             timeout="number of minutes"
             stateConnectionString="tcpip=server:port"
             sqlConnectionString="sql connection string"
             stateNetworkTimeout="number of seconds"
/>
必须有的属性是：属性选项描述
mode 设置将session信息存储到哪里
Ø         Off 设置为不使用session功能，
Ø         InProc 设置为将session存储在进程内，就是asp中的存储方式，这是默认值，
Ø         StateServer 设置为将session存储在独立的状态服务中，
Ø         SQLServer 设置将session存储在sql server中。
可选的属性是：属性选项描述
Ø         cookieless 设置客户端的session信息存储到哪里，
Ø         ture 使用Cookieless模式，
Ø         false 使用Cookie模式，这是默认值，
Ø         timeout 设置经过多少分钟后服务器自动放弃session信息，默认为20分钟。
stateConnectionString 设置将session信息存储在状态服务中时使用的服务器名称和端口号，例如："tcpip=127.0.0.1:42424”。当mode的值是StateServer是，这个属性是必需的。
sqlConnectionString 设置与sql server连接时的连接字符串。例如"data source= localhost;Integrated Security=SSPI;Initial Catalog=northwind"。当mode的值是 SQLServer时，这个属性是必需的。
stateNetworkTimeout 设置当使用StateServer模式存储session状态时，经过多少秒空闲后，断开Web服务器与存储状态信息的服务器的tcp/IP连接的。默认值是10秒钟。
asp.NET中客户端session状态的存储
　　在我们上面的session模型简介中，大家可以发现session状态应该存储在两个地方，分别是客户端和服务器端。客户端只负责保存相应网站的 SessionID，而其他的session信息则保存在服务器端。在asp中，客户端的SessionID实际是以Cookie的形式存储的。如果用户在浏览器的设置中选择了禁用Cookie，那末他也就无法享受session的便利之处了，甚至造成不能访问某些网站。为了解决以上问题，在 asp.NET中客户端的session信息存储方式分为：Cookie和Cookieless两种。
　　asp.NET中，默认状态下，在客户端还是使用Cookie存储session信息的。如果我们想在客户端使用Cookieless的方式存储session信息的方法如下：
　　找到当前Web应用程序的根目录，打开Web.Config文件，找到如下段落：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　这段话中的cookieless="false"改为：cookieless="true"，这样，客户端的session信息就不再使用 Cookie存储了，而是将其通过URL存储。关闭当前的IE，打开一个新IE，重新访问刚才的Web应用程序，就会看到类似下面的样子：
其中，http://localhost/MyTestApplication/(ulqsek45heu3ic2a5zgdl245) /default.aspx中黑体标出的就是客户端的session ID。注意，这段信息是由IIS自动加上的，不会影响以前正常的连接。
asp.NET中服务器端session状态的存储准备工作：
　　为了您能更好的体验到实验现象，您可以建立一个叫做SessionState.aspx的页面，然后把以下这些代码添加到< body>< /body>中。
< scriptrunat="server">
Sub Session_Add(sender As Object, e As EventArgs)
　 session("MySession") = text1.Value
　 span1.InnerHtml = "Session data updated! < P>Your session contains: < font color=red>" & session("MySession"). ToString() & "< /font>"
End Sub
Sub CheckSession(sender As Object, eAs EventArgs)
　 If (Session("MySession")Is Nothing) Then
　　　 span1.InnerHtml = "NOTHING, session DATA LOST!"
　 Else
　　　 span1.InnerHtml = "Your session contains: < font color= red>" & session("MySession").ToString() & "<   /font>"
End If
End Sub
< /script>
< formrunat="server"id="Form2">
　 < inputid="text1"type="text"runat="server"name="text1">
　 < inputtype="submit"runat="server"OnServerClick="Session_Add"
　　　　　 value="Add to session State " id="Submit1"name="Submit1">
　 < inputtype="submit"runat="server"OnServerClick="CheckSession"
　　　　　 value=" View session State " id="Submit2"name="Submit2">
< /form>
< hrsize="1">
< fontsize="6">< spanid="span1"runat="server" />< /font>
　　这个SessionState.aspx的页面可以用来测试在当前的服务器上是否丢失了session信息。
将服务器session信息存储在进程中
　　让我们来回到Web.config文件的刚才那段段落中：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　当mode的值是InProc时，说明服务器正在使用这种模式。
　　这种方式和以前asp中的模式一样，就是服务器将session信息存储在IIS进程中。当IIS关闭、重起后，这些信息都会丢失。但是这种模式也有自己最大好处，就是性能最高。应为所有的session信息都存储在了IIS的进程中，所以IIS能够很快的访问到这些信息，这种模式的性能比进程外存储 session信息或是在sql server中存储session信息都要快上很多。这种模式也是asp.NET的默认方式。
　　好了，现在让我们做个试验。打开刚才的SessionState.aspx页面，随便输入一些字符，使其存储在session中。然后，让我们让IIS重起。注意，并不是使当前的站点停止再开始，而是在IIS中本机的机器名的节点上点击鼠标右键，选择重新启动IIS。(想当初使用NT4时，重新启动IIS必须要重新启动计算机才行，微软真是@#$%^&)返回到SessionState.aspx页面中，检查刚才的session信息，发现信息已经丢失了。
将服务器session信息存储在进程外
　　首先，让我们来打开管理工具->服务，找到名为：asp.NET State Service的服务，启动它。实际上，这个服务就是启动一个要保存session信息的进程。启动这个服务后，你可以从Windows任务管理器 ->进程中看到一个名为 aspnet_state.exe的进程，这个就是我们保存session信息的进程。
　　然后，回到 Web.config文件中上述的段落中，将mode的值改为StateServer。保存文件后的重新打开一个IE，打开 SessionState.aspx页面，保存一些信息到session中。这时，让我们重起IIS，再回到SessionState.aspx页面中查看刚才的session信息，发现没有丢失。
　　实际上，这种将session信息存储在进程外的方式不光指可以将信息存储在本机的进程外，还可以将session信息存储在其他的服务器的进程中。这时，不光需要将mode的值改为StateServer，还需要在 stateConnectionString中配置相应的参数。例如你的计算你是192.168.0.1，你想把session存储在ip为 192.168.0.2的计算机的进程中，就需要设置成这样： stateConnectionString="tcpip=192.168.0.2:42424"。当然，不要忘记在192.168.0.2的计算机中装上.NET Framework，并且启动asp.NET State Services服务。
将服务器session信息存储在sql server中
　　首先，还是让我们来做一些准备工作。启动sql server和sql server代理服务。在sql server中执行一个叫做 InstallSqlState.sql的脚本文件。这个脚本文件将在sql server中创建一个用来专门存储session信息的数据库，及一个维护session信息数据库的sql server代理作业。我们可以在以下路径中找到那个文件：
[system drive]\winnt\Microsoft.NET\Framework\[version]\
　　然后打开查询分析器，连接到sql server服务器，打开刚才的那个文件并且执行。稍等片刻，数据库及作业就建立好了。这时，你可以打开企业管理器，看到新增了一个叫ASPState的数据库。但是这个数据库中只是些存储过程，没有用户表。实际上session信息是存储在了tempdb 数据库的ASPStateTempSessions表中的，另外一个ASPStateTempApplications表存储了asp中 application对象信息。这两个表也是刚才的那个脚本建立的。另外查看管理->SQL server代理->作业，发现也多了一个叫做ASPState_Job_DeleteExpiredSessions的作业，这个作业实际上就是每分钟去ASPStateTempSessions 表中删除过期的session信息的。
　　接着，我们返回到Web.config文件，修改mode的值改为SQLServer。注意，还要同时修改sqlConnectionString的值，格式为：
sqlConnectionString="data source=localhost; Integrated Security=SSPI;"
　　其中data source是指sql server服务器的ip地址，如果sql server与IIS是一台机子，写127.0.0.1 就行了。Integrated Security=SSPI的意思是使用Windows集成身份验证，这样，访问数据库将以asp.NET的身份进行，通过如此配置，能够获得比使用 userid=sa;password=口令的sql server验证方式更好的安全性。当然，如果sql server运行于另一台计算机上，你可能会需要通过Active Directory域的方式来维护两边验证的一致性。
　　同样，让我们做个试验。向SessionState.aspx中添加session信息，这时发现session信息已经存在 sql server中了，即使你重起计算机，刚才的session信息也不会丢失。现在，你已经完全看见了session信息到底是什么样子的了，而且又是存储在sql server中的，能干什么就看你的发挥了。

总结
三、asp.net 关于form认证的一般设置
asp.net 关于form认证的一般设置：
1: 在web.config中，加入form认证；
   <authentication mode="Forms">
            <forms name="auth" loginUrl="index.aspx" timeout="30"></forms>
</authentication>
<authorization>
        <deny users="?" />
</authorization>
2: 如果有注册页面时还应该允许匿名用户调用注册页面进行注册;
以下代码应该在<configuration><system.web>之间,而不应该包含到<system.web>..</system.web>之间;
----------------表示允许匿名用户对 userReg.aspx页面进行访问.
<location path="userReg.aspx">
<system.web>
     <authorization>
         <allow users="?" />
     </authorization>
</system.web>
</location>
3 在登录成功后要创建身份验证票, 表明已经通过认证的合法用户;
if(登陆成功)
System.Web.Security.FormsAuthentication.SetAuthCookie(用户名称, false);
　　四、访问Web.config文件
　　你可以通过使用ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。例如：
protected static string Isdebug = ConfigurationSettings.AppSettings["scon"]
asp.Net性能优化.
(一).选择会话状态存储方式
    在Webconfig文件配置:
    <sessionState mode="???" stateConnectionString="tcpip=127.0.0.1:42424"
         sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
      cookieless="false" timeout="20"/>

    asp.net有三种方式存储会话状态信息:
    1. 存储在进程中: 属性mode = InProc
       特点：具有最佳的性能，速度最快,但不能跨多台服务器存储共享.

    2. 存储在状态服务器中: 属性mode = "StateServer"
       特点:   当需要跨服务器维护用户会话信息时，使用此方法。
               但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失

    3. 存储在sql server中: 属性mode="SqlServer"
       特点:   工作负载会变大，但信息不会丢失.
    补充一点：
       I. 由于某些页面不需要会话状态，则可以将会话状态禁用:
             代码如下： <%@ Page EnableSessionState="false" %>
       II.如果页面需要访问会话变量但不允许修改它们，可以设置页面会话状态为只读:
             代码如下： <%@ Page EnableSessionState="false" %>
    使用时可以根据具体情况选择某种方式
(二).使用Page.IsPostBack
    Page.IsPostBack表示是否是从客户端返回的. 初次运行时，不是从客户端返回，它的值
    为false,当触发页面上的事件或刷新页面时，Page.IsPostBack由于是回发的，值变为true;
    一般在: Page_Load方法中用:
    private void Page_Load(Object sender,EventArgs e)
    {
        if(!Page.IsPostBack)
        {
             ....; //初始化页面的代码。这些代码第一次页面初始化时执行，当第二次回发时，
                    //不会再执行。提高效率。
        }
    }
    往往很多时候不得不用IsPostBack, 因为有些控件初始化后，要保持它的状态.
    例如: DropDownList,如果每次都初始化，则用户无论选择其选项，都会被初始化为默认值.
(三).避免使用服务器控件
    1.一般的静态显示信息，尽量不要用服务端控件显示. 因为服务端控件需要回发服务端执行,
      会降低程序执行效率,一般用<DIV>显示即可.
      如果用了服务端控件，将: runat="server"去掉,也会提高效率.
    2.禁用服务端控件的状态视图，有些控件不需要维护其状态，可以设置其属性: EnableViewState=false;
      如果整个页面控件都不需要维持状态视图，则可以设置整个页面的状态视力为false:
         代码如下: <%@ Page EnableViewState="false"%>
    3.在Web.Config文件中配置:
          asp.NET Sessionss可以在Web.config或Machine.config中的Sessionsstate元素中配置。
          下面是在 Web.config中的设置的例子：
            <Sessionsstate timeout="10" cookieless="false" mode="Inproc" />
(四).避免使用DataGrid
    大家都知道DataGrid功能强大。但是功能强大的同时，增加了性能上的开销。一般用其它控件: DataList
    或Repeater控件能实现的，尽量不用DataGrid.
(五).字符串操作
    1.避免装箱操作. 装箱操作运行效率比较低.
      例如运行两个代码段:
        string test="";
         for(for int i=0;i<10000;i++)
         {
             test = test + i;
         }
         和
                  string test="";
         for(for int i=0;i<10000;i++)
         {
             test = test + i.ToString();
         }
       下面的代码段显然效率要高.因为i是整型的，系统要先把i进行装箱转换为string型的，再进行连接. 需要时间
       读者可以Copy到自己机器上测试一下.
     2.使用StringBulider类
       在进行字符串连接时: string str = str1 + str2 + ....;
       一般超过三项连接，最好用StringBuilder来代替string类. StringBuilder可以避免重新创建string 对象造成
       的性能损失.
       一般用于组装sql语句时用到: StringBulider.
       读者可以到自己机器上测试一下.
3.尽量少用:
        try
        {}
        catch
        {}
        finally
        {}
        语句.此语句执行效率比较低.
(六).ADO.Net使用方面优化
     1.数据库连接打开和关闭。在需要连接时打开，当访问完数据库要立刻关闭连接.
       举例说明,还是看两个代码段:
      I.
           DataSet ds = new DataSet();
           SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
           SqlCommand myCommand = new SqlCommand(strSql,MyConnection);
           SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
        MyConnection.Open();      //打开连接
        for(int i=0;i<1000;i++)   //for循环模拟取得数据前的商业逻辑操作
         {
            Thread.Sleep(1000);
       }
       myAdapter.Fill(ds);
        for(int i=0;i<1000;i++)   //for循环模拟取得数据后的商业逻辑操作
        {
           Thread.Sleep(1000);
        }
        MyConnection.Close();     //关闭连接
        II.
           DataSet ds = new DataSet();
           SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
           SqlCommand myCommand = new SqlCommand(strSql,MyConnection);
           SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
         for(int i=0;i<1000;i++)   //for循环模拟取得数据前的商业逻辑操作
         {
            Thread.Sleep(1000);
       }
       MyConnection.Open();      //打开连接
           myAdapter.Fill(ds);
          MyConnection.Close();     //关闭连接
        for(int i=0;i<1000;i++)   ////for循环模拟取得数据后的商业逻辑操作
        {
           Thread.Sleep(1000);
        }
         显示II代码比I代码好的多，I中早早占着连接不放，如果用户很多的话，容易出现连接池满情况。严重时出现死机现象.
       2.数据库查询
          I. 直接生成sql语句。 sql server每次都要对其进行编译，在性能方面不会有很大的提高。另外也不够安全。容易被攻击.
          II. 使用带参数的sql命令。这种方式sql server只对其编译一次，对于不同的参数可以重复使用编译后的命令。提高了性能.
          III.使用sql server存储过程. 编译一次. 具有独立性，便于修改和维护. 一次能完成用语句发送多次的功能.减少了网络的
              流量。并不一定存储过程一定比语句效率要高，如果商业逻辑很复杂的话，有时候用语句比存储过程效率要高.
(六).缓存优化
     缓存分为两种：页面缓存和API缓存.
    1.使用页面缓存和片段缓存
        <%@ OutputCache Duration="5" VaryByParam="None"%>
        <%@ OutputCache Duration=60 VaryByParam=”TextBox1,TextBox2” %>
      说明: Duration是设置Cache的过期时间;
          VarByParam是设置是否根据参数而变化,None时所有参数使用同一Cache,
          设置TextBox1时则根据TextBox1的不同值分别缓存;当有多个参数时则要组合缓存;
    2.API缓存。用于在应用程序中使用
       I. 一个Cache使用的例子:
           http://blog.csdn.net/chengking/archive/2005/10/03/494545.aspx
       II.使用时注意Page.Cache和HttpContext.Current.Cache区别:
          它们指的同一个对象，在Page里，用Page.Cache，如果在global.asax或自己的类里用:HttpContext.Current.Cache 在有些事件中，由于其没有HttpContext，就用HttpRuntime.Cache.

在开发中经常会遇到这样的情况，在部署程序时为了保密起见并不将源代码随项目一同发布，而我们开发时的环境与部署环境可能不一致（比如数据库不一样），如果在代码中保存这些配置这些信息部署时需要到用户那里更改代码再重新编译，这种部署方式非常麻烦。在.net中提供了一种便捷的保存项目配置信息的办法，那就是利用配置文件，配置文件的文件后缀一般是.config，在asp.net中配置文件名一般默认是web.config。每个web.config 文件都是基于XML的文本文件，并且可以保存到Web应用程序中的任何目录中。在发布Web应用程序时web.config文件并不编译进dll文件中。如果将来客户端发生了变化，仅仅需要用记事本打开web.config文件编辑相关设置就可以重新正常使用，非常方便。

本篇要讲述的知识如下：
配置文件的查找优先级
配置文件节点说明
配置文件的操作

配置文件的查找优先级

在.net提供了一个针对当前机器的配置文件，这个文件是machine.config，它位于%windir%\Microsoft.NET \Framework\v2.0.50727\CONFIG\文件下（%windir%是系统分区下的系统目录，在命令行模式下输入%windir%然后回车就能查看当前机器的系统目录，在Windows2003及WindowsXP中%windir%是系统分区下的windows目录，在 Windows2000中%windir%是系统分区下的WinNT目录，在笔者机器上这个系统目录是C:\WINDOWS）。这个文件里面定义了针对当前机器的WinForm程序和asp.net应用程序的配置。下面是machine.config文件的内容：

在这个文件夹下还有一个web.config文件，这个文件包含了asp.net网站的常用配置。下面是这个web.config文件的内容：

asp.net网站IIS启动的时候会加载配置文件中的配置信息，然后缓存这些信息，这样就不必每次去读取配置信息。在运行过程中asp.net应用程序会监视配置文件的变化情况，一旦编辑了这些配置信息，就会重新读取这些配置信息并缓存。
当我们要读取某个节点或者节点组信息时，是按照如下方式搜索的：
(1)如果在当前页面所在目录下存在web.config文件，查看是否存在所要查找的结点名称，如果存在返回结果并停止查找。
(2)如果当前页面所在目录下不存在web.config文件或者web.config文件中不存在该结点名，则查找它的上级目录，直到网站的根目录。
(3)如果网站根目录下不存在web.config文件或者web.config文件中不存在该节点名则在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config文件中查找。
(4)如果在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config文件中不存在相应结点，则在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG \machine.config文件中查找。
(5)如果仍然没有找到则返回null。
所以如果我们对某个网站或者某个文件夹有特定要求的配置，可以在相应的文件夹下创建一个web.config文件，覆盖掉上级文件夹中的web.config文件中的同名配置即可。这些配置信息的寻找只查找一次，以后便被缓存起来供后来的调用。在asp.net应用程序运行过程中，如果web.config文件发生更改就会导致相应的应用程序重新启动，这时存储在服务器内存中的用户会话信息就会丢失（如存储在内存中的Session）。一些软件（如杀毒软件）每次完成对web.config的访问时就会修改web.config的访问时间属性，也会导致asp.net应用程序的重启。

配置文件节点说明
web.config 文件是一个XML文件，它的根结点是<configuration>，在<configuration>节点下的常见子节点有：<configSections>、<appSettings>、<connectionStrings> 和<system.web>。其中<appSettings>节点主要用于配置一些网站的应用配置信息，而<connectionStrings>节点主要用于配置网站的数据库连接字符串信息。
<system.web>节点主要是网站运行时的一些配置，它的常见节点有如下：
<appSettings>节点
<appSettings>节点主要用来存储asp.net应用程序的一些配置信息，比如上传文件的保存路径等，以下是一个例子：

对于<appSettings>节点中的值可以按照key来进行访问，以下就是一个读取key值为“FileType”节点值的例子：
string fileType=ConfigurationManager.AppSettings["FileType "];

<connectionStrings>节点
<connectionStrings> 节点主要用于配置数据库连接的，我们可以<connectionStrings>节点中增加任意个节点来保存数据库连接字符串，将来在代码中通过代码的方式动态获取节点的值来实例化数据库连接对象，这样一旦部署的时候数据库连接信息发生变化我们仅需要更改此处的配置即可，而不必因为数据库连接信息的变化而需要改动程序代码和重新部署。
以下就是一个<connectionStrings>节点配置的例子：

在代码中我们可以这么实例化数据库连接对象：

//读取web.config节点配置
string connectionString = ConfigurationManager.ConnectionStrings["AspNetStudyConnectionString1"].ConnectionString;
//实例化SqlConnection对象
SqlConnection connection = new SqlConnection(connectionString);

这样做的好处是一旦开发时所用的数据库和部署时的数据库不一致，仅仅需要用记事本之类的文本编辑工具编辑connectionString属性的值就行了。

<compilation>节点
<compilation>节点配置 ASP.NET 使用的所有编译设置。默认的debug属性为“true”，即允许调试，在这种情况下会影响网站的性能，所以在程序编译完成交付使用之后应将其设为“false”。

<authentication>节点设置asp.net身份验证模式，有四种身份验证模式，它们的值分别如下：
Mode 说明
Windows 使用Windows身份验证，适用于域用户或者局域网用户。
Forms 使用表单验证，依靠网站开发人员进行身份验证。
Passport 使用微软提供的身份验证服务进行身份验证。
None 不进行任何身份验证。

<authentication>节点
<authentication>节点控制用户对网站、目录或者单独页的访问，必须配合<authentication>节点一起使用。

<customErrors>节点
<customErrors> 节点用于定义一些自定义错误信息的信息。此节点有Mode和defaultRedirect两个属性，其中defaultRedirect属性是一个可选属性，表示应用程序发生错误时重定向到的默认URL，如果没有指定该属性则显示一般性错误。Mode属性是一个必选属性，它有三个可能值，它们所代表的意义分别如下：
Mode 说明
On 表示在本地和远程用户都会看到自定义错误信息。
Off 禁用自定义错误信息，本地和远程用户都会看到详细的错误信息。
RemoteOnly 表示本地用户将看到详细错误信息，而远程用户将会看到自定义错误信息。
这里有必要说明一下本地用户和远程用户的概念。当我们访问asp.net应用程时所使用的机器和发布asp.net应用程序所使用的机器为同一台机器时成为本地用户，反之则称之为远程用户。在开发调试阶段为了便于查找错误Mode属性建议设置为Off，而在部署阶段应将Mode属性设置为On或者 RemoteOnly，以避免这些详细的错误信息暴露了程序代码细节从而引来黑客的入侵。
下面我们添加一个页面CustomErrorsDemo.aspx，在它的Page_Load事件里抛出一个异常，代码如下：

我们先配置<customErrors>如下：

这时本地运行CustomErrorsDemo.aspx的效果如下：

远程访问时看到的效果：

如果我们将customErrors的Mode属性设置为“On”本地运行和远程访问都会看到如下效果：

如果将customErrors的Mode属性设置为“Off”本地运行和远程访问都会看到如下效果：

<error>子节点
在<customErrors>节点下还包含有<error>子节点，这个节点主要是根据服务器的HTTP错误状态代码而重定向到我们自定义的错误页面，注意要使<error>子节点下的配置生效，必须将<customErrors>节点节点的Mode属性设置为“On”。下面是一个例子：

在上面的配置中如果用户访问的页面不存在就会跳转到404.htm页面，如果用户没有权限访问请求的页面则会跳转到403.htm页面，403.htm和404.htm页面都是我们自己添加的页面，我们可以在页面中给出友好的错误提示。

<httpHandlers>节点
<httpHandlers>节点用于根据用户请求的URL和HTTP谓词将用户的请求交给相应的处理程序。可以在配置级别的任何层次配置此节点，也就是说可以针对某个特定目录下指定的特殊文件进行特殊处理。

下面是与machine.config文件同一目录下的web.config文件中的<httpHandlers>节点配置：

从上面的配置中可以看出，针对*.mdf、*.ldf文件的Get或者Post请求都会交给 System.Web.HttpForbiddenHandler来处理，处理的结果就是用户不能查看或者下载相关的文件。如果我们某个文件夹下的文件或者某个类型的文件不允许用户下载，可以在</httpHandlers>节点中增加相应的子节点。
下面我们以一个例子来说明<httpHandlers>节点的用法，在我们的asp.net应用程序中建立一个IPData目录，在IPData目录中创建一个IPData.txt文件，然后在Web.config中添加以下配置：

上面的代码的作用是禁止访问IPData目录下的任何txt文件。
然后新建一个页面，在页面中添加一个超级链接，链接到该目录下IPData.txt文件，代码如下：

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="HttpHandlersDemo.aspx.cs" Inherits="HttpHandlersDemo" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>httpHandlers节点的例子</title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
    <a href="IPData/IPData.txt" title="打开IPData/IPData.txt">打开IPData/IPData.txt</a>
    </div>
    </form>
</body>
</html>

运行这个页面的效果如下：

当前web.config文件的<customErrors>节点配置如下：

如果存在403.htm和404.htm页面，点击超级链接之后会出现如下效果：

我们从上图中可以看到当<customErrors>节点的Mode属性为“On”时，因为被禁止访问IPData文件夹下的所有txt文件，所以会跳转到自定义的没有权限提示页面，即403.htm。

        <httpRuntime>节点
<httpRuntime>节点用于对 ASP.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。
例如下面的配置控制用户最大能上传的文件为40M（40*1024K），最大超时时间为60秒，最大并发请求为100个。
<httpRuntime maxRequestLength="40960" executionTimeout="60" appRequestQueueLimit="100"/>

        <pages>节点
<pages>节点用于表示对特定页设置，主要有三个属性，分别如下：
属性名说明
buffer 是否启用了 HTTP 响应缓冲。
enableViewStateMac 是否应该对页的视图状态运行计算机身份验证检查 (MAC)，以放置用户篡改，默认为false，如果设置为true将会引起性能的降低。
validateRequest 是否验证用户输入中有跨站点脚本攻击和SQL注入式漏洞攻击，默认为true，如果出现匹配情况就会发 HttpRequestValidationException 异常。对于包含有在线文本编辑器页面一般自行验证用户输入而将此属性设为false。
下面就是一个配置节点的例子：
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>

        <sessionState>节点
<sessionState>节点用于配置当前asp.net应用程序的会话状态配置。以下就是一个常见配置：
<sessionState cookieless="false" mode="InProc" timeout="30" />

        上面的节点配置是设置在asp.net应用程序中启用Cookie，并且指定会话状态模式为在进程中保存会话状态，同时还指定了会话超时为30分钟。
<sessionState>节点的Mode属性可以是以下几种值之一：
属性值说明
Custom 使用自定义数据来存储会话状态数据。
InProc 默认值。由asp.net辅助进程来存储会话状态数据。
Off 禁用会话状态。
SQLServer 使用进程外SQL Server数据库保存会话状态数据。
StateServer 使用进程外 ASP.NET 状态服务存储状态信息。
        一般默认情况下使用InProc模式来存储会话状态数据，这种模式的好处是存取速度快，缺点是比较占用内存，所以不宜在这种模式下存储大型的用户会话数据。

        <globalization>节点：
用于配置应用程序的全球化设置。此节点有几个比较重要的属性，分别如下：
属性名说明
fileEncoding 可选属性。设置.aspx、.asmx 和 .asax 文件的存储编码。
requestEncoding 可选属性。设置客户端请求的编码，默认为UTF-8.
responseEncoding 可选属性。设置服务器端响应的编码，默认为UTF-8.
以下就是asp.net应用程序中的默认配置：
<globalization fileEncoding="utf-8" requestEncoding="utf-8" responseEncoding="utf-8"/>

        配置文件的读写操作
虽然web.config文件是一个XML文件，但是由于权限的原因它在部署中不能像操作普通XML文件那样进行修改，在.net中提供了一个类用于对web.config进行修改。
下面是针对web.config修改通用类的代码：

using System;
using System.Configuration;
using System.Web;
using System.Web.Configuration;
/// <summary>
/// ConfigurationOperator 的摘要说明
/// </summary>
public class ConfigurationOperator:IDisposable
{
    private Configuration config;
ConfigurationOperator() ConfigurationOperator():this(HttpContext.Current.Request.ApplicationPath)
{

}
ConfigurationOperator() ConfigurationOperator(string path)
    {
    config = WebConfigurationManager.OpenWebConfiguration(path);
    }
    /// <summary>
    /// 设置应用程序配置节点，如果已经存在此节点，则会修改该节点的值，否则添加此节点
    /// </summary>
    /// <param name="key">节点名称</param>
    /// <param name="value">节点值</param>
void SetAppSetting() void SetAppSetting(string key, string value)
    {
    AppSettingsSection appSetting = (AppSettingsSection)config.GetSection("appSettings");
    if (appSetting.Settings[key] == null)//如果不存在此节点，则添加
    {
    appSetting.Settings.Add(key, value);
    }
    else//如果存在此节点，则修改
    {
    appSetting.Settings[key].Value = value;
    }
    }
    /// <summary>
    /// 设置数据库连接字符串节点，如果不存在此节点，则会添加此节点及对应的值，存在则修改
    /// </summary>
    /// <param name="key">节点名称</param>
    /// <param name="value">节点值</param>
void SetConnectionString() void SetConnectionString(string key, string connectionString)
    {
    ConnectionStringsSection connectionSetting = (ConnectionStringsSection)config.GetSection("connectionStrings");
    if (connectionSetting.ConnectionStrings[key] == null)//如果不存在此节点，则添加
    {
    ConnectionStringSettings connectionStringSettings = new ConnectionStringSettings(key, connectionString);
    connectionSetting.ConnectionStrings.Add(connectionStringSettings);
    }
    else//如果存在此节点，则修改
    {
    connectionSetting.ConnectionStrings[key].ConnectionString = connectionString;
    }
    }
    /// <summary>
    /// 保存所作的修改
    /// </summary>
void Save() void Save()
    {
    config.Save();
    config = null;
    }
void Dispose() void Dispose()
    {
    if (config != null)
    {
    config.Save();
    }
    }
}

把上面的代码存放到App_Code文件夹下，我们在项目中就可以直接使用了。
我们通过一个例子演示如果使用这个通用类对web.config进行设置。新建一个aspx页面，下面是前台代码：

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="ConfigModifyDemo.aspx.cs" Inherits="ConfigModifyDemo" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>在部署后修改web.config的例子</title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
    <table border="0" cellpadding="0" cellspacing="0">
    <tr><td>类型</td><td>名称</td><td>值</td></tr>
    <tr><td>
    程序配置</td><td>
    <asp:TextBox ID="txtKey" runat="server"></asp:TextBox>
    <asp:RequiredFieldValidator ID="RequiredFieldValidator2" runat="server" ControlToValidate="txtKey"
    ErrorMessage="*" Display="Dynamic"></asp:RequiredFieldValidator></td><td>
    <asp:TextBox ID="txtAppSetting" runat="server"></asp:TextBox></td></tr>
    <tr><td>
    数据库连接</td><td>
    <asp:TextBox ID="txtConnectionName" runat="server"></asp:TextBox>
    <asp:RequiredFieldValidator ID="RequiredFieldValidator1" runat="server" ErrorMessage="*" ControlToValidate="txtConnectionName" Display="Dynamic"></asp:RequiredFieldValidator></td><td style="height: 24px">
    <asp:TextBox ID="txtConnectionString" runat="server"></asp:TextBox></td></tr>
    <tr><td>
    <asp:Button ID="btnModify" runat="server" OnClick="btnModify_Click" Text="修改" /></td><td></td><td></td></tr>
    </table>
    </div>
    </form>
</body>
</html>

编写后台代码有时可能需要增加对配置文件读写操作类所在dll的引用，如下：

下面是后台代码：

using System;
using System.Data;
using System.Configuration;
using System.Collections;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using System.Web.Configuration;//注意添加这个命名空间
public partial class ConfigModifyDemo : System.Web.UI.Page
{
void Page_Load() void Page_Load(object sender, EventArgs e)
    {
    }
void btnModify_Click() void btnModify_Click(object sender, EventArgs e)
    {
    string appSetting = txtAppSetting.Text;//appSetting子节点值
    string connectionString = txtConnectionString.Text;//连接字符串
    string key = txtKey.Text;//appSetting子节点Key
    string connectionName = txtConnectionName.Text;//连接Name
    ConfigurationOperator op = new ConfigurationOperator();
    op.SetAppSetting(key, appSetting);
    op.SetConnectionString(connectionName, connectionString);
    op.Save();
    }

}

下面是运行界面：

我们在上面的表单中填入如下信息：

假设此时web.config文件相关节点的内容如下：

我们点击“修改”按钮之后的文件内容如下：

从执行结果可以看出我们的程序确实能做到修改和添加web.config中的节点的功能。需要注意的是，在利用了某些版本控制软件之后（如 Microsoft Visual SourceSafe），版本控制软件可能会将web.config设置为只读属性，就会出现不能设置的情况，我们需要手动将web.config的只读属性去掉才能设置web.config文件。在实际部署项目的时候就不会存在这个问题。

总结：web.config是asp.net应用程序中一个很重要的配置文件，通过web.config文件可以方便我们进行开发和部署asp.net应用程序。此外还能对程序进行一些灵活的控制。在本篇中详细讲述了各节点的作用。因为在部署asp.net应用程序后因为权限原因不能按照XML方式进行修改web.config文件，所以在本篇中还提供了一个针对<appSettings>节点和<connectionStrings>节点设置的通用类，读者朋友可以根据实际项目需要对这个通用类进行完善和补充。

你可能感兴趣的:(config)

git常用命令笔记咩酱-小羊 git 笔记
###用习惯了idea总是不记得git的一些常见命令，需要用到的时候总是担心旁边站了人~~~记个笔记@_@，告诉自己看笔记不丢人初始化初始化一个新的Git仓库gitinit配置配置用户信息gitconfig--globaluser.name"YourName"gitconfig--globaluser.email"[email protected]"基本操作克隆远程仓库gitclone查看
01-Git初识 Meereen Git git
01-Git初识概念：一个免费开源，分布式的代码版本控制系统，帮助开发团队维护代码作用：记录代码内容。切换代码版本，多人开发时高效合并代码内容如何学：个人本机使用：Git基础命令和概念多人共享使用：团队开发同一个项目的代码版本管理Git配置用户信息配置：用户名和邮箱，应用在每次提交代码版本时表明自己的身份命令：查看git版本号git-v配置用户名gitconfig--globaluser.name
【Git】常见命令(仅笔记) 好想有猫猫 Git Linux学习笔记 git 笔记 elasticsearch linux c++
文章目录创建/初始化本地仓库添加本地仓库配置项提交文件查看仓库状态回退仓库查看日志分支删除文件暂存工作区代码远程仓库使用`.gitigore`文件让git不追踪一些文件标签创建/初始化本地仓库gitinit添加本地仓库配置项gitconfig-l#以列表形式显示配置项gitconfiguser.name"ljh"#配置user.namegitconfiguser.email"[email protected]
Xinference如何注册自定义模型玩人工智能的辣条哥人工智能 AI 大模型 Xinference
环境：Xinference问题描述：Xinference如何注册自定义模型解决方案：1.写个model_config.json，内容如下{"version":1,"context_length":2048,"model_name":"custom-llama-3","model_lang":["en","ch"],"model_ability":["generate","chat"],"model
博客网站制作教程 2401_85194651 java maven
首先就是技术框架：后端：Java+SpringBoot数据库：MySQL前端：Vue.js数据库连接：JPA(JavaPersistenceAPI)1.项目结构blog-app/├──backend/│├──src/main/java/com/example/blogapp/││├──BlogApplication.java││├──config/│││└──DatabaseConfig.java
前端代码上传文件余生逆风飞翔前端 javascript 开发语言
点击上传文件import{ElNotification}from'element-plus'import{API_CONFIG}from'../config/index.js'import{UploadFilled}from'@element-plus/icons-vue'import{reactive}from'vue'import{BASE_URL}from'../config/index'i
metaRTC5.0 API编程指南(一) metaRTC metaRTC c++c语言 webrtc
概述metaRTC5.0版本API进行了重构，本篇文章将介绍webrtc传输调用流程和例子。metaRTC5.0版本提供了C++和纯C两种接口。纯C接口YangPeerConnection头文件:include/yangrtc/YangPeerConnection.htypedefstruct{void*conn;YangAVInfo*avinfo;YangStreamConfigstreamco
Redis 有哪些危险命令？如何防范？花小疯 redis 缓存数据库危险命令大数据
Redis有哪些危险命令？Redis的危险命令主要有以下几个：1.keys客户端可查询出所有存在的键。2.flushdb删除Redis中当前所在数据库中的所有记录，并且此命令从不会执行失败。3.flushall删除Redis中所有数据库中的所有记录，不止是当前所在数据库，并且此命令从不会执行失败。4.config客户端可修改Redis配置。怎么禁用和重命名危险命令？看下redis.conf默认配置
ansible的安装、使用 ytym00
简介高度模块化，调用特定的模块，完成特定的任务，基于Yaml，来完成批量任务的模板化，来支持playbook。基于Python语言实现，主要使用Paramiko、PyYAML和JinJa2三个关键模块，部署简单(agentless)，主从模式，支持自定义模块，支持playbook，幂等性：允许重复执行N次，没有变化时，只会执行第一次。特点：1、Configuration(cfengine,chef
Istio pilot-discovery服务发现源码解析（1.13版本） xidianjiapei001 #Istio istio 云原生服务发现
Istiopilot-discovery服务发现介绍工作机制初始化初始化Config控制器初始化Service控制器controller初始化NamespaceServiceNodePodPilotDiscovery各组件启动流程DiscoveryServer接收Envoy的gRPC连接请求流程Config变化后向Envoy推送更新的流程总结参考介绍IstioPilot的代码分为Pilot-Dis
vue2实现复制,粘贴功能周bro vue.js javascript 前端
一、需求说明在项目中点击按钮复制某行文本是很常见的应用场景，在Vue项目中实现复制功能需要借助vue-clipboard2插件。二、代码实现1、安装vue-clipboard2依赖（出现错误的话，可以试试切换成淘宝镜像源npmconfigsetregistryhttps://registry.npm.taobao.org）npminstall--savevue-clipboard22、在main.
史上最全git命令,git回滚,git命令大全騒周其他 git
git命令大全一、Git整体理解二、由暂存区本地仓库三、由本地仓->远程仓库四、冲突处理五、Git分支操作六、bug的分支七、feature分支八、暂存的使用九、远程仓的操作十、标签的使用十一、Git配置全局信息十二、Linux的一些简单操作和一些符号的解释十三、符号解释十四、显示安装详细信息十五、gitconfig十六、Gitclone十七、Gitinit十八、gitstatus十九、gitre
PCIe进阶之TL：Memory, I/O, and Configuration Request Rules & TPH Rules 芯芯之火，可以燎原 PCIe进阶 PCIe进阶硬件工程信息与通信
1Memory,I/O,andConfigurationRequestRules下述规则适用于Memory请求、IO请求和配置请求。除了公共的header字段外，所有Memory请求、IO请求和配置请求还包括以下字段：（1）RequesterID[15:0]和Tag[9:0]，组成了TransactionID。（2）LastDWBE[3:0]和1stDWBE[3:0]字段。对于TH字段置1的Mem
若依后端正常启动但是uniapp移动端提示后端接口异常大可大可抖 uni-app
pc端能用模拟器也能正常连接接口，手机端真机调试连不上接口解决：1.先看config.js的填自己的ip地址module.exports={//baseUrl:'https://vue.ruoyi.vip/prod-api',baseUrl:"http://192.168.101.5:8080",}2.网络环境问题（防火墙）点击属性然后选择专用
Linux使用mjpg-streamer进行图像传输 —你的鼬先生 Linux驱动 linux 树莓派图像传输
图像传输是一项在Linux操作系统中比较常见的一个操作，在视频图传时，一般是采用MJPG-streamer来进行图像传输，本文就以树莓派为例子，来示范一个图像传输。1.树莓派的摄像头激活首先更新树莓派sudoapt-getupdatesudoapt-getupgrade随后打开树莓派的配置界面，选择InterfaceOptionsudoraspi-config在InterfaceOption选择C
ComfyUI中的sam模型国内下载方法 jayli517 ComfyUI python stable diffusion
was-node-suite-comfyui这个节点安装的时候，有它内部的config配置文件，里面其实给了一些下载地址，配置文件里是这么写的："sam_model_vith_url":"https://dl.fbaipublicfiles.com/segment_anything/sam_vit_h_4b8939.pth","sam_model_vitl_url":"https://dl.fba
相对与绝对路径、命令：cd、mkdir、rmdir、rm 强出头
2.6相对和绝对路径绝对路径：都是从根目录/开始的就是绝对路径，无论在任何目录下都能通过该路径找到该文件相对路径：不是以根目录开头的，相对当前目录的路径[root@mylinuxetc]#cat/etc/sysconfig/network-scripts/ifcfg-ens33（这里我们使用绝对路径查看文件ifcfg-ens33）[root@mylinuxetc]#cd/etc/sysconfig
Spring Security定义多个过滤器链（10）小黑屋说YYDS spring
在SpringSecurity中可以同时存在多个过滤器链，一个WebSecurityConfigurerAdapter的实例就可以配置一条过滤器链。我们来看如下一个案例：@ConfigurationpublicclassSecurityConfig{@BeanUserDetailsServiceus(){InMemoryUserDetailsManagerusers=newInMemoryUser
npm install报错npm ERR! code CERT_HAS_EXPIRED 夏早安 npm 前端 node.js
报错如图解决办法：强制清缓存，取消ssl验证1.npmcacheclean--force2.npmconfigsetstrict-sslfalse3.重新npminstall4.依赖下载成功
PCIe进阶之TL：Common Packet Header Fields & TLPs with Data Payloads Rules 芯芯之火，可以燎原 PCIe进阶 PCIe进阶硬件工程信息与通信
1TransactionLayerProtocol-PacketDefinitionTLP有四种事务类型：Memory、I/O、Configuration和Messages，两种地址格式：32bit和64bit。构成TLP时，所有标记为Reserved的字段（有时缩写为R）都必须全为0。接收者Rx必须忽略此字段中的值，PCIeSwitch必须对其进行原封不动的转发。请注意，对于某些字段，既有指定值
FPGA器件在线配置方法概述 fpga和matlab FPGA 其他 fpga开发 FPGA 在线配置
目录1.配置电路结构和原理2.ICR控制电路软件3.几种常见的FPGA在线配置方法3.1动态部分重配置（PartialReconfiguration,PR）3.2在系统编程（In-SystemProgramming,ISP）3.3多比特流配置（Multi-BitstreamConfiguration）3.4远程更新与配置3.5使用OpenCL或HLS工具FPGA（Field-Programmabl
python+adb 0o一人情 adb命令 Python项目 python 开发语言
#!/usr/bin/pythonenv#-*-coding:utf-8-*-importosimportsysimportsubprocessfromtimeimportsleepimportlogginglogging.basicConfig(level=logging.DEBUG)classScreenCapture():defget_screen_size(self):"""获取手机分辨率
关于项目中使用shiro进行安全管理的总结一颗大青柠 Java Shiro java spring
关于项目中使用shiro进行安全管理的总结关于SpringBoot下使用shiro进行用户认证与权限管理对于安全框架有一定了解的开发者一定对于shiro这款安全框架有一定的了解，这里我们不再对该框架进行其设计与知识的介绍，仅对于我的个人项目中所使用到的进行一个总结，并放上代码。使用该框架的第一步，进行配置：packagecom.libvirtjava.demo.vm.util.config;imp
终于搞懂TS中的泛型啦! | typescript 入门指南 04 程序员王天 TypeScript实践指南前端 javascript typescript
大家好，我是王天~今天分享的是《ts入门指南》系列中第四篇，主要讲解ts中的泛型应用泛型在ts中是比较重要的概念，我花挺长时间才搞明白，整理输出这篇文章，希望能帮助到大家~《ts入门指南》系列，点击下方蓝色字体即可访问TsvsJs谁适合前端开发？|TypeScript入门指南01详解tsconfig.json配置文件|TypeScript入门指南02必学！TypeScript语法类型基础|Type
MyBatis系统学习（一）——项目结构及其含义 OEC小胖胖 MyBatis mybatis 学习 web 后端
1.MyBatis简介MyBatis是一款优秀的持久层框架，它通过SQL映射的方式实现Java对数据库操作的映射，既保留了SQL语句的灵活性，也简化了代码的编写。在一个MyBatis项目中，核心部分主要有：配置文件（mybatis-config.xml）映射文件（Mapper.xml）实体类（Entity/POJO）接口类（Mapper接口）MyBatis会话工厂（SqlSessionFactor
【Python】已解决：WARNING: pip is configured with locations that require TLS/SSL, however the ssl module i 屿小夏 python pip ssl
文章目录一、分析问题背景二、可能出错的原因三、错误代码示例四、正确代码示例五、注意事项已解决：pipSSL模块不可用导致无法连接的错误一、分析问题背景在使用pip安装Python包时，用户可能会遇到如下错误信息：WARNING:pipisconfiguredwithlocationsthatrequireTLS/SSL,howeverthesslmoduleinPythonisnotavailab
pip is configured with locations that require TLS/SSL, however the ssl module in Python is notable _Johnny_ Python pip ssl python
现象执行pipinstall时报错：WARNING:pipisconfiguredwithlocationsthatrequireTLS/SSL,howeverthesslmoduleinPythonisnotavailable.Hint:Itlookslikeapath.Thepathdoesexist.WARNING:pipisconfiguredwithlocationsthatrequir
区块链私有链new qis_qis 区块链区块链以太坊数字货币
{“config”:{“chainld”:666,“homesteadBlock”:0,“eip150Block”:0,“eip150Hash”:“0x0000000000000000000000000000000000000000000000000000000000000000”,“eip155Block”:0,“eip158Block”:0,“byzantiumBlock”:0,“consta
区块链私有链 qis_qis 区块链区块链以太坊数字货币
{"config":{"chainld":666,"homesteadBlock":0,"eip150Block":0,"eip150Hash":"0x0000000000000000000000000000000000000000000000000000000000000000","eip155Block":0,"eip158Block":0,"byzantiumBlock":0,"consta
Superset二次开发之源码DependencyList.tsx 分析 aimmon Superset二次开发 Superset BI 二次开发 typescript 前端
功能点路径superset-frontend\src\dashboard\components\nativeFilters\FiltersConfigModal\FiltersConfigForm\DependencyList.tsx/***LicensedtotheApacheSoftwareFoundation(ASF)underone*ormorecontributorlicenseagre
Java序列化进阶篇 g21121 java序列化
1.transient 类一旦实现了Serializable 接口即被声明为可序列化，然而某些情况下并不是所有的属性都需要序列化，想要人为的去阻止这些属性被序列化，就需要用到transient 关键字。
escape()、encodeURI()、encodeURIComponent()区别详解 aigo JavaScript Web
原文：http://blog.sina.com.cn/s/blog_4586764e0101khi0.html JavaScript中有三个可以对字符串编码的函数，分别是： escape,encodeURI,encodeURIComponent，相应3个解码函数：,decodeURI,decodeURIComponent 。下面简单介绍一下它们的区别 1 escape()函
ArcgisEngine实现对地图的放大、缩小和平移 Cb123456 添加矢量数据对地图的放大、缩小和平移 Engine
ArcgisEngine实现对地图的放大、缩小和平移: 个人觉得是平移，不过网上的都是漫游，通俗的说就是把一个地图对象从一边拉到另一边而已。就看人说话吧. 具体实现: 一、引入命名空间 using ESRI.ArcGIS.Geometry; using ESRI.ArcGIS.Controls; 二、代码实现.
Java集合框架概述天子之骄 Java集合框架概述
集合框架集合框架可以理解为一个容器，该容器主要指映射(map)、集合(set)、数组(array)和列表(list)等抽象数据结构。从本质上来说，Java集合框架的主要组成是用来操作对象的接口。不同接口描述不同的数据类型。简单介绍： Collection接口是最基本的接口，它定义了List和Set，List又定义了LinkLi
旗正4.0页面跳转传值问题何必如此 java jsp
跳转和成功提示 a) 成功字段非空forward 成功字段非空forward，不会弹出成功字段，为jsp转发，页面能超链接传值,传输变量时需要拼接。接拼接方式list.jsp?test="+strweightUnit+"或list.jsp?test="+weightUnit+&qu
全网唯一:移动互联网服务器端开发课程 cocos2d-x小菜 web开发移动开发移动端开发移动互联程序员
移动互联网时代来了！ App市场爆发式增长为Web开发程序员带来新一轮机遇，近两年新增创业者，几乎全部选择了移动互联网项目！传统互联网企业中超过98%的门户网站已经或者正在从单一的网站入口转向PC、手机、Pad、智能电视等多端全平台兼容体系。据统计，AppStore中超过85%的App项目都选择了PHP作为后端程
Log4J通用配置|注意问题笔记 7454103 DAO apache tomcat log4j Web
关于日志的等级那些去百度就知道了！这几天要搭个新框架配置了日志记下来！做个备忘！ #这里定义能显示到的最低级别,若定义到INFO级别,则看不到DEBUG级别的信息了~! log4j.rootLogger=INFO,allLog # DAO层 log记录到dao.log 控制台和总日志文件 log4j.logger.DAO=INFO,dao,C
SQLServer TCP/IP 连接失败问题 ---SQL Server Configuration Manager darkranger sql c windows SQL Server XP
当你安装完之后,连接数据库的时候可能会发现你的TCP/IP 没有启动.. 发现需要启动客户端协议 : TCP/IP 需要打开 SQL Server Configuration Manager... 却发现无法打开 SQL Server Configuration Manager..?? 解决方法: C:\WINDOWS\system32目录搜索framedyn.
[置顶] 做有中国特色的程序员 aijuans 程序员
从出版业说起网络作品排到靠前的，都不会太难看，一般人不爱看某部作品也是因为不喜欢这个类型，而此人也不会全不喜欢这些网络作品。究其原因，是因为网络作品都是让人先白看的，看的好了才出了头。而纸质作品就不一定了，排行榜靠前的，有好作品，也有垃圾。许多大牛都是写了博客，后来出了书。这些书也都不次，可能有人让为不好，是因为技术书不像小说，小说在读故事，技术书是在学知识或温习知识，有些技术书读得可
document.domain 跨域问题 avords document
document.domain用来得到当前网页的域名。比如在地址栏里输入：javascript:alert(document.domain); //www.315ta.com我们也可以给document.domain属性赋值，不过是有限制的，你只能赋成当前的域名或者基础域名。比如：javascript:alert(document.domain = "315ta.com");
关于管理软件的一些思考 houxinyou 管理
工作好多看年了,一直在做管理软件,不知道是我最开始做的时候产生了一些惯性的思维,还是现在接触的管理软件水平有所下降.换过好多年公司,越来越感觉现在的管理软件做的越来越乱. 在我看来,管理软件不论是以前的结构化编程,还是现在的面向对象编程,不管是CS模式,还是BS模式.模块的划分是很重要的.当然,模块的划分有很多种方式.我只是以我自己的划分方式来说一下. 做为管理软件,就像现在讲究MVC这
NoSQL数据库之Redis数据库管理(String类型和hash类型) bijian1013 redis 数据库 NoSQL
一.Redis的数据类型 1.String类型及操作 String是最简单的类型，一个key对应一个value，string类型是二进制安全的。Redis的string可以包含任何数据，比如jpg图片或者序列化的对象。 Set方法：设置key对应的值为string类型的value
Tomcat 一些技巧征客丶 java tomcat dos
以下操作都是在windows 环境下一、Tomcat 启动时配置 JAVA_HOME 在 tomcat 安装目录，bin 文件夹下的 catalina.bat 或 setclasspath.bat 中添加 set JAVA_HOME=JAVA 安装目录 set JRE_HOME=JAVA 安装目录/jre 即可；二、查看Tomcat 版本在 tomcat 安装目
【Spark七十二】Spark的日志配置 bit1129 spark
在测试Spark Streaming时，大量的日志显示到控制台，影响了Spark Streaming程序代码的输出结果的查看(代码中通过println将输出打印到控制台上)，可以通过修改Spark的日志配置的方式，不让Spark Streaming把它的日志显示在console 在Spark的conf目录下，把log4j.properties.template修改为log4j.p
Haskell版冒泡排序 bookjovi 冒泡排序 haskell
面试的时候问的比较多的算法题要么是binary search，要么是冒泡排序，真的不想用写C写冒泡排序了，贴上个Haskell版的，思维简单，代码简单，下次谁要是再要我用C写冒泡排序，直接上个haskell版的，让他自己去理解吧。 sort [] = [] sort [x] = [x] sort (x:x1:xs) | x>x1 = x1:so
java 路径配置文件读取 bro_feng java
这几天做一个项目，关于路径做如下笔记，有需要供参考。取工程内的文件，一般都要用相对路径，这个自然不用多说。在src统计目录建配置文件目录res,在res中放入配置文件。读取文件使用方式： 1. MyTest.class.getResourceAsStream("/res/xx.properties") 2. properties.load(MyTest.
读《研磨设计模式》-代码笔记-简单工厂模式 bylijinnan java 设计模式
声明：本文只为方便我个人查阅和理解，详细的分析以及源代码请移步原作者的博客http://chjavach.iteye.com/ package design.pattern; /* * 个人理解：简单工厂模式就是IOC; * 客户端要用到某一对象，本来是由客户创建的，现在改成由工厂创建，客户直接取就好了 */ interface IProduct {
SVN与JIRA的关联 chenyu19891124 SVN
SVN与JIRA的关联一直都没能装成功，今天凝聚心思花了一天时间整合好了。下面是自己整理的步骤：一、搭建好SVN环境，尤其是要把SVN的服务注册成系统服务二、装好JIRA，自己用是jira-4.3.4破解版三、下载SVN与JIRA的插件并解压，然后拷贝插件包下lib包里的三个jar，放到Atlassian\JIRA 4.3.4\atlassian-jira\WEB-INF\lib下，再
JWFDv0.96 最新设计思路 comsci 数据结构算法工作企业应用公告
随着工作流技术的发展，工作流产品的应用范围也不断的在扩展，开始进入了像金融行业(我已经看到国有四大商业银行的工作流产品招标公告了)，实时生产控制和其它比较重要的工程领域，而
vi 保存复制内容格式粘贴 daizj vi 粘贴复制保存原格式不变形
vi是linux中非常好用的文本编辑工具，功能强大无比，但对于复制带有缩进格式的内容时，粘贴的时候内容错位很严重，不会按照复制时的格式排版，vi能不能在粘贴时，按复制进的格式进行粘贴呢？答案是肯定的，vi有一个很强大的命令可以实现此功能。在命令模式输入:set paste，则进入paste模式，这样再进行粘贴时
shell脚本运行时报错误：/bin/bash^M: bad interpreter 的解决办法 dongwei_6688 shell脚本
出现原因：windows上写的脚本，直接拷贝到linux系统上运行由于格式不兼容导致解决办法： 1. 比如文件名为myshell.sh，vim myshell.sh 2. 执行vim中的命令 : set ff?查看文件格式，如果显示fileformat=dos，证明文件格式有问题 3. 执行vim中的命令 :set fileformat=unix 将文件格式改过来就可以了，然后:w
高一上学期难记忆单词 dcj3sjt126com word english
honest 诚实的；正直的 argue 争论 classical 古典的 hammer 锤子 share 分享；共有 sorrow 悲哀；悲痛 adventure 冒险 error 错误；差错 closet 壁橱；储藏室 pronounce 发音；宣告 repeat 重做；重复 majority 大多数；大半 native 本国的，本地的，本国
hibernate查询返回DTO对象，DTO封装了多个pojo对象的属性 frankco POJO hibernate查询 DTO
DTO-数据传输对象；pojo-最纯粹的java对象与数据库中的表一一对应。简单讲：DTO起到业务数据的传递作用，pojo则与持久层数据库打交道。有时候我们需要查询返回DTO对象，因为DTO
Partition List hcx2013 partition
Given a linked list and a value x, partition it such that all nodes less than x come before nodes greater than or equal to x. You should preserve the original relative order of th
Spring MVC测试框架详解——客户端测试 jinnianshilongnian
上一篇《Spring MVC测试框架详解——服务端测试》已经介绍了服务端测试，接下来再看看如果测试Rest客户端，对于客户端测试以前经常使用的方法是启动一个内嵌的jetty/tomcat容器，然后发送真实的请求到相应的控制器；这种方式的缺点就是速度慢；自Spring 3.2开始提供了对RestTemplate的模拟服务器测试方式，也就是说使用RestTemplate测试时无须启动服务器，而是模拟一
关于推荐个人观点 liyonghui160com 推荐系统关于推荐个人观点
回想起来，我也做推荐了3年多了，最近公司做了调整招聘了很多算法工程师，以为需要多么高大上的算法才能搭建起来的，从实践中走过来，我只想说【不是这样的】第一次接触推荐系统是在四年前入职的时候，那时候，机器学习和大数据都是没有的概念，什么大数据处理开源软件根本不存在，我们用多台计算机web程序记录用户行为，用.net的w
不间断旋转的动画 pangyulei 动画
CABasicAnimation* rotationAnimation; rotationAnimation = [CABasicAnimation animationWithKeyPath:@"transform.rotation.z"]; rotationAnimation.toValue = [NSNumber numberWithFloat: M
自定义annotation sha1064616837 java enum annotation reflect
对象有的属性在页面上可编辑，有的属性在页面只可读，以前都是我们在页面上写死的，时间一久有时候会混乱，此处通过自定义annotation在类属性中定义。越来越发现Java的Annotation真心很强大，可以帮我们省去很多代码，让代码看上去简洁。下面这个例子主要用到了 1.自定义annotation：@interface，以及几个配合着自定义注解使用的几个注解 2.简单的反射 3.枚举
Spring 源码 up2pu spring
1.Spring源代码 https://github.com/SpringSource/spring-framework/branches/3.2.x 注：兼容svn检出 2.运行脚本 import-into-eclipse.bat 注：需要设置JAVA_HOME为jdk 1.7 build.gradle compileJava { sourceCompatibilit
利用word分词来计算文本相似度 yangshangchuan word word分词文本相似度余弦相似度简单共有词
word分词提供了多种文本相似度计算方式：方式一：余弦相似度，通过计算两个向量的夹角余弦值来评估他们的相似度实现类：org.apdplat.word.analysis.CosineTextSimilarity 用法如下： String text1 = "我爱购物"; String text2 = "我爱读书"; String text3 =