asp.net中使用基于角色role的Forms验证
asp.net中使用基于角色role的Forms验证，大致经过几下四步：
1.配置系统web.config
timeout="20" path="/" />
其中 表示本应用程序采用Forms验证方式。
1). 标签中的name表示指定要用于身份验证的 HTTP Cookie。默认情况下，name 的值是 .ASPXAUTH。采用此种方式验证用户后,以此用户的信息建立一个FormsAuthenticationTicket类型的身份验证票,再加密序列化为一个字符串,最后将这个字符串写到客户端的name指定名字的Cookie中.一旦这个Cookie写到客户端后,此用户再次访问这个web应用时会将连同Cookie一起发送到服务端,服务端将会知道此用户是已经验证过的.
2). 标签中的loginUrl指定如果没有找到任何有效的身份验证 Cookie，为登录将请求重定向到的 URL。默认值为 default.aspx。loginUrl指定的页面就是用来验证用户身份的,一般此页面提供用户输入用户名和密码,用户提交后由程序来根据自己的需要来验证用户的合法性(大多情况是将用户输入信息同数据库中的用户表进行比较),如果验证用户有效,则生成同此用户对应的身份验证票,写到客户端的 Cookie,最后将浏览器重定向到用户初试请求的页面.一般是用FormsAuthentication.RedirectfromLoginPage 方法来完成生成身份验证票,写回客户端,浏览器重定向等一系列的动作.
public static void RedirectfromLoginPage( string userName, bool createPersistentCookie, string strCookiePath );
其中:
userName： 就是此用户的标示,用来标志此用户的唯一标示,不一定要映射到用户账户名称.
createPersistentCookie： 标示是否发出持久的 Cookie。
若不是持久Cookie，Cookie的有效期Expiration属性有当前时间加上web.config中timeout的时间，每次请求页面时，在验证身份过程中，会判断是否过了有效期的一半，要是的话更新一次cookie的有效期；若是持久cookie，Expiration属性无意义，这时身份验证票的有效期有cookie的Expires决定，RedirectfromLoginPage方法给Expires属性设定的是50年有效期。
strCookiePath：标示将生成的Cookie的写到客户端的路径，身份验证票中保存这个路径是在刷新身份验证票Cookie时使用（这也是生成Cookie的Path），若没有strCookiePath 参数，则使用web.config中 path属性的设置。
这里可以看到,此方法参数只有三个,而身份验证票的属性有七个,不足的四个参数是这么来的:
IssueDate：Cookie发出时间由当前时间得出,
Expiration：过期时间由当前时间和标签中的timeout参数算出。�
相关文档：
System.Windows.Forms;
FolderBrowserDialog 提供了我们需要的文件夹浏览对话框，因为是COM必须是STA的，设置 AspCompat="true"来解决这个问题。
用法：
protected void Button1_Click(object sender, EventArgs e)
{
......
此处提供的代码用来实现当asp.net页面中的某个Button被点击后disable掉该页面中所有的Button，从而防止提交延时导致的多次提交。基于之前的onceclickbutton脚本.
//ASP.NET中防止页面多次提交的代码:javascript< script language="javascript"> < !-- function disableOtherSubmit() {
var obj = event.srcElem ......
网站的重定向，通常用的有 301 和 302，301是永久重定向，是对SEO友好的，有利于保持原域名和新域名之间的PR转移及流量数据等。
Asp.Net 中实现301重定向的代码，也是比较简单的，举个例子：
原来的域名是 www.abc.com, 现在要将对这个域名的访问，全部重定向到 www.zu14.cn;
只需在 需要转向的页面里，
protected void ......
在用Asp.net对备份的数据库文件进行还原的时候，有时候会出现下面的错误异常：
[因为数据库正在使用，所以未能获得对数据库的排它访问权。 RESTORE DATABASE 操作异常终止。已将数据库上下文改为 'master'。]
这个时候，自由等待其他进程释放对应权限后，才可还原成功！有没有解决办法呢？我参照【Java】对这个问题的解决 ......
