转web.config文件配置详解

1、连接数据库字符串的定义节

<connectionStrings>

    <remove name="LocalSqlServer" /> <!--remove是指删除系统中自带的Web.config(位于C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG)中的LocalSqlServer配置,以便使用如下的LocalSqlServer-->

    <add name="stuclubSqlServer" connectionString="server=(local);uid=;pwd=;Trusted_Connection=yes;database=" /><!--用于连接数据库,其中的用户名密码已略去~-->

    <add name="storageSqlServer" connectionString="server=(local);uid=;pwd=;Trusted_Connection=yes;database=" />

    <add name="LocalSqlServer" connectionString="server=(local);uid=;pwd=;Trusted_Connection=yes;database=" />

</connectionStrings>

程序中如何使用这个配置呢? 代码如下: 

stringconnstr=ConfigurationManager.ConnectionStrings

["stuclubSqlServer"].ToString(); //这就得到了connectionString的值:

server=(local);uid=;pwd=;Trusted_Connection=yes;database=stuclub20 

SqlConnection conn = new SqlConnection(connstr); //建立连接 

conn.Open();//打开连接  


2、基于Forms的验证模块

使用的配置节如下:

<authentication mode="Forms">

      <forms name=".ASPXAUTH" loginUrl="~/user/login.aspx"

             defaultUrl="default.aspx" protection="All"

             timeout="60" path="/" requireSSL="false"

             slidingExpiration="true" cookieless="UseDeviceProfile"

              domain ="stuclub.cn" enableCrossAppRedirects="false">

        <credentials passwordFormat="SHA1"/>

      </forms>

      <passport redirectUrl="internal"/>

    </authentication>

    <anonymousIdentification enabled="true" cookieName=".ASPXANONYMOUS" cookieTimeout="100000" cookiePath="/" cookieRequireSSL="false" cookieSlidingExpiration="true" cookieProtection="None" domain=""/>

说明:<authentication>节中,mode="Forms" 表示我们使用的验证方式是基于Forms的验证, 当然还包括基于Windows的和Passport的验证方式.

<forms></forms>配制节最为关键, 其中的name指Cookie的名字,timeout指Cookie的过期时间,domain指使用的域名,我们网站就将此设置为stuclub.cn, 这样可以保证Cookie跨域访问,即可以实现多个子网共享用户的状态。其他的属性大家百度上一搜就会明白,在此我不多说。我要说明的是,这些配置在代码中是如何读取和实现的。

Forms节中的配置主要供Asp.net2.0自带的身份验证基制使用的,用于登录验证模块:

在登录验证事件触发后,我们要执行以下操作:             string username = txtUserName.Text;

            string password = txtPwd.Text;

            User userToLogin = null;

            LoginUserStatus loginStatus = UserManager.ValidateUser(username, password, out userToLogin);//验证用户是否是合法用户,即从数据库中读取用户的注册信息,进行比较,如果一致,则成功!                                                                                                          //进行验证要用到下面的成员资格(Membership)模块,下面会说明 if (loginStatus == LoginUserStatus.Success) //如果验证成功

            {

                FormsAuthentication.SetAuthCookie(userToLogin.Username, true);//将身份验证Cookie添加到Http响应,供程序使用,这里的Cookie属性就是配置文件中设置的相关属性

            } 但是,如果我想自己写代码实现Cookie的相关属性控制,该怎么办呢?看看下面的代码先! //在OL中有如下的代码 if (loginStatus == LoginUserStatus.Success || (enableBannedUsersToLogin && loginStatus == LoginUserStatus.AccountBanned))

            {

                HttpCookie formsAuthCookie;

                formsAuthCookie = FormsAuthentication.GetAuthCookie(userToLogin.Username, autoLoginUser);                 UserCookie userCookie = context.User.GetUserCookie();//得到自定义的Cookie,用于获取上次访问时间,和身份验证无关,此Cookie的名字是"OL-UserCookie:" + user.UserId.ToString();                 userCookie.WriteCookie(formsAuthCookie, 30, autoLoginUser);//代替FormsAuthentication.SetAuthCookie方法,以实现自定义Cookie设置。

            } //下面是UserCookie类中的WriteCookie方法 public void WriteCookie(HttpCookie cookie, int days, bool autoLogin)

        {

            string cookieDomain = Globals.GetSiteSettings().CookieDomain;

            string currentURL = HttpContext.Current.Request.Url.AbsoluteUri;

            Regex matchNotTLD = new Regex("[_a-zA-Z0-9-]+(\\.[_a-zA-Z0-9-]+)+$", RegexOptions.Compiled | RegexOptions.IgnoreCase);             //Check if we are not breaking functionality because of bad domain setting

            if ((matchNotTLD.IsMatch(cookieDomain)) && (currentURL.IndexOf(cookieDomain) > -1))

            {

                cookie.Path = "/";

                cookie.Domain = cookieDomain;

            }             if (autoLogin)

                cookie.Expires = DateTime.Now.AddDays(days);//设置过期时间             context.Response.Cookies.Add(cookie);

        }

大家需要注意的是,asp.net2.0里身份验证的机制对我们是隐藏的,我们只需进行以上的Forms节配置和以上代码的编写就可以完成身份验证了,至于具体的Cookie值是如何读取的,匿名用户是如何得到的及角色是如何管理的都在asp.net2.0内部实现了,这到底是如何实现的呢,下面我简要解释一下:

在machine.config文件(路径为C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG)中, 大家会看到如下的配置:

<section name="httpCookies" type="System.Web.Configuration.HttpCookiesSection, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />

      <section name="anonymousIdentification" type="System.Web.Configuration.AnonymousIdentificationSection, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" allowDefinition="MachineToApplication" />

      <section name="roleManager" type="System.Web.Configuration.RoleManagerSection, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" allowDefinition="MachineToApplication" />

这就是用来处理Cookie的2.0自带的处理类,即System.Web.Configuration.HttpCookiesSection,当然还有其他的一些配置如:anonymousIdentification、roleManager,这两个是分别用来处理匿名用户和角色管理的。

如:第一次请求页面时,asp.net IIS处理程序会调用System.Web.Configuration.AnonymousIdentificationSection类,以获取匿名用户的相关信息,如匿名用户的用户名。

这些自带的类的实现对我们是隐藏的,大家可以不必去关心他。微软的想法就是把我们都变成傻瓜,呵呵。 当然我们可以自己通过写代码来实现,只是比较麻烦了,大家有兴趣可以找些相关的资料啦~~

然而,仅通过Forms这个配置节是不能够进行完整的身份验证的,它只是设置了用户身份验证需要的一些必要属性,如Cookie路径,Cookie域,超时时间等等,并没有说明如何进行用户验证,以及验证成功以后用户拥有哪些角色,用户能做些什么。只有结合Membership、roleManager和profile配置和相关处理机制才能进行完整的身份验证。 以下就来介绍这三个配置。

3、Membership配置节

   <membership   userIsOnlineTimeWindow="60">

      <providers>

        <clear />

        <add name="AspNetSqlMembershipProvider" applicationName="stuclub"

             type="Stuclub.Users.DataProviders.SqlMembershipProvider, Stuclub.CommonLib" connectionStringName="LocalSqlServer"

             enablePasswordRetrieval="true" enablePasswordReset="true" requiresQuestionAndAnswer="false"

             minRequiredPasswordLength="4" minRequiredNonalphanumericCharacters="0"

             requiresUniqueEmail="true" passwordFormat="Clear" />

      </providers>

    </membership>

此节用于成员资格的验证,即验证用户的密码,Email,密码丢失管理,获取用户等等等。

其中的<providers>节配置了进行成员资格验证的提供者,这里的提供者是:Stuclub.Users.DataProviders.SqlMembershipProvider类,此类在 Stuclub.CommonLib   程序集中。

<clear/>用于清除系统自带的Machine.config中的配置。

<add>节中,applicationName指我们的应用程序的名称,asp.net2.0中设置此属性的目的是多个应用程序共用一个数据库用户表,这样可以很容易的扩展别的应用程序,而不用改动数据库表。type指进行成员资格验证的提供者(就是一个类)的类型信息。connectionStringName指定使用哪个数据库,这里是LocalSqlServer,请参见 1、连接数据库字符串的定义节。

注意:这里的提供者不是使用 asp.net2.0自带的提供者类,而是的重写System.Web.Security.MembershipProvider类的自定义类。

如下的roleManager和profile和Membership配置是一样的道理,不在赘述!

4、roleManager配置节

    <roleManager enabled="true" cacheRolesInCookie="true" cookieName=".StuRoles"

                 cookieTimeout="90" cookiePath="/" cookieRequireSSL="false" cookieSlidingExpiration="true" createPersistentCookie="true" cookieProtection="All" maxCachedResults="1000">

      <providers>

        <clear />

        <add

           connectionStringName="LocalSqlServer"

           applicationName="stuclub"

           name="AspNetSqlRoleProvider"

           type="System.Web.Security.SqlRoleProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />

      </providers>

    </roleManager>

这里的提供者是asp.net2.0自带的,也可以自己重写。此类用来管理用户的角色,如获取、添加和删除用户的角色,以供程序使用。

如以下代码: ///<summary>///添加角色///</summary> ///<param name="roleName"></param> publicstaticvoidAddRole(stringroleName) { if(!System.Web.Security.Roles.Provider.RoleExists(roleName))//asp.net2.0自带的角色管理 System.Web.Security.Roles.Provider.CreateRole(roleName); } //判断数据库中是否存在该角色 publicstaticboolRoleExists(stringroleName) { returnSystem.Web.Security.Roles.Provider.RoleExists(roleName); }

5、profile配置节

    <profile enabled="true">

      <providers>

        <clear />

        <add name="SqlProvider"

             type="System.Web.Profile.SqlProfileProvider"

             connectionStringName="LocalSqlServer"

             applicationName="stuclub"

             description="SqlProfileProvider for SampleApplication" />

      </providers>

    </profile>

这里的提供者是asp.net2.0自带的,也可以自己重写。

6、<pages>节

    <pages validateRequest="false" enableEventValidation="false" autoEventWireup="true">

      <namespaces>

        <add namespace="System.Globalization"/>

             </namespaces>

      <controls>

            </controls>

    </pages>

此节用于配置使用的命名空间和自定义控件的前缀,不再多说

7、HttpModules节

   <httpModules>

      <add name="stuHttpModule" type="Stuclub.HttpModule.BaseHttpModule, Stuclub.CommonLib"/>

    </httpModules>

用户配置自定义的处理模块。请求任何应用程序中任一个页面都要经过此配置中添加的处理类的过滤,上面配置的类是Stuclub.HttpModule.BaseHttpModule。在这里可以向页面响应添加的版本信息,进行地址重定向等等。如: voidcontext_BeginRequest(objectsender, EventArgs e)//每次请求页面时都会执行 { HttpApplication application=(HttpApplication)sender; HttpContext context=application.Context; CommonContext commonContext=newCommonContext(context); if(context.Request.RawUrl.IndexOfAny(newchar[] {'<','>','\'','"'})!=-1) { context.Response.Redirect(context.Request.RawUrl.Replace("<","%3c").Replace(">","%3e").Replace("\'","%27").Replace("\"","%22")); return; } context.Response.AddHeader("Stuclub", SiteStatistics.Version.ToString());//添加的版本信息}

7、HttpHandlers节

只针对某个页面进行自定义处理!

    <httpHandlers>

      <add path="test.ashx" verb="GET" type="Stuclub.Applications.News.HttpHandlers.Test, Stuclub.Applications.News"/>

    </httpHandlers>

8、编码配置

网站的编码配置为utf-8,这样可以解决js脚本取数据时编码的问题,所以一般网站都采用此设置,而尽量不要使用gb2312编码。

    <globalization fileEncoding="utf-8" requestEncoding="utf-8" responseEncoding="utf-8" culture="zh-CN" uiCulture="zh-CN"/>

  

9、全局请求设置

<httpRuntime maxRequestLength="1048576" executionTimeout="1200"/>


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
web.xml是Java Web应用中的配置文件,用于声明应用程序的配置信息,包括servlet、filter、listener、error-page、welcome-file-list等等。下面是一些web.xml配置详解: 1. Servlet配置:Servlet是Java Web应用中处理请求的核心组件,它通过web.xml中的<servlet>元素进行配置。下面是一个Servlet的配置例子: ``` <servlet> <servlet-name>helloServlet</servlet-name> <servlet-class>com.example.HelloServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>helloServlet</servlet-name> <url-pattern>/hello</url-pattern> </servlet-mapping> ``` 上面的配置指定了一个名为"helloServlet"的Servlet,它的类是"com.example.HelloServlet",并且将它映射到"/hello"路径上。 2. Filter配置:Filter可以在请求到达Servlet之前或者之后对请求或响应进行处理,它通过web.xml中的<filter>元素进行配置。下面是一个Filter的配置例子: ``` <filter> <filter-name>loggingFilter</filter-name> <filter-class>com.example.LoggingFilter</filter-class> </filter> <filter-mapping> <filter-name>loggingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> ``` 上面的配置指定了一个名为"loggingFilter"的Filter,它的类是"com.example.LoggingFilter",并将它映射到所有路径上。 3. Listener配置:Listener可以监听Web应用的事件,例如应用启动和关闭事件,它通过web.xml中的<listener>元素进行配置。下面是一个Listener的配置例子: ``` <listener> <listener-class>com.example.MyServletContextListener</listener-class> </listener> ``` 上面的配置指定了一个名为"MyServletContextListener"的Listener,它的类是"com.example.MyServletContextListener"。 4. Error Page配置:Error Page用于在发生错误时显示一个自定义的错误页面,它通过web.xml中的<error-page>元素进行配置。下面是一个Error Page的配置例子: ``` <error-page> <error-code>404</error-code> <location>/error404.jsp</location> </error-page> ``` 上面的配置指定了当发生404错误时,显示一个名为"error404.jsp"的JSP页面。 5. Welcome File List配置:Welcome File List用于指定当用户访问根路径时默认显示的页面,它通过web.xml中的<welcome-file-list>元素进行配置。下面是一个Welcome File List的配置例子: ``` <welcome-file-list> <welcome-file>index.jsp</welcome-file> <welcome-file>index.html</welcome-file> </welcome-file-list> ``` 上面的配置指定了当用户访问根路径时,先查找"index.jsp"文件,如果不存在再查找"index.html"文件。 以上是web.xml的一些常见配置,还有一些其他的配置,例如session-config、mime-mapping等等。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值