验证码控件WebValidates的使用步骤如下：
1. 将验证码控件放入工具箱。(直接拖动DLL放到工具箱即可)
2. 拖放控件到页面相应位置。
3. 页面初始化时，编程生成验证码（假设验证码控件ID为snCode）。
  snCode.Create();//首次加载生成新验证码
4. 编码对比用户的输入（假设用户输入验证码的文本框ID是txtCode）,并做相应的处理。
   snCode.CheckSN(txtCode.Text.Trim());//返回bool型的值.
示例代码：
Web页面：
Html代码
<cc1:SerialNumber ID="snCode" runat="server">  
</cc1:SerialNumber>  
                   
<asp:Button ID="btnSubmit" runat="server" Height="31px" onclick="btnSubmit_Click" Text="提交验证" Width="124px" />  
                  
<asp:Label ID="lblMessage" runat="server"></asp:Label&g ......

验证码控件WebValidates的使用步骤如下：
1. 将验证码控件放入工具箱。(直接拖动DLL放到工具箱即可)
2. 拖放控件到页面相应位置。
3. 页面初始化时，编程生成验证码（假设验证码控件ID为snCode）。
  snCode.Create();//首次加载生成新验证码
4. 编码对比用户的输入（假设用户输入验证码的文本框ID是txtCode）,并做相应的处理。
   snCode.CheckSN(txtCode.Text.Trim());//返回bool型的值.
示例代码：
Web页面：
Html代码
<cc1:SerialNumber ID="snCode" runat="server">  
</cc1:SerialNumber>  
                   
<asp:Button ID="btnSubmit" runat="server" Height="31px" onclick="btnSubmit_Click" Text="提交验证" Width="124px" />  
                  
<asp:Label ID="lblMessage" runat="server"></asp:Label&g ......

其实对这方面一直掌握的不够熟练，属于半桶水那种类型—一知半解，所以这次重新这阅读了《asp.net 2.0技术内幕》对这块知识又有了新的认识。
　　在基于IIS的Web服务器上可以访问的所有资源按文件扩展名进行分组。然后把任何一个输入的请求分配给特定的运行时模块处理。ISAPI(Internet Server Application Programming Interface)扩展在 IIS的上下文中处理Web的资源的模块。它就是一个普通的旧式Win32动态链接库(DLL),提供了大量有预定义名称和原型的API函数，为开发人员提供了更加强大的对于IIS功能的扩展。IIS和 ISAPI扩展作为一种私有的通信协议使用这些DLL项。对一个资源的请求到达时，IIS首先验证资源类型。图像，文本文件，HTML页面和无脚本ASP页面等静态资源，由IIS直接解析。需要服务器端进行加工的资源被转到已注册的模块。例：.aspx文件就会分配给一个名为C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll的ISAPI扩展处理。
资源映射存储在IIS元库中。ASP.NET在安装时对IIS元库进行修改，确保aspnet_isappi.dll能处理某些典型的ASP.NET资源。（.asax,.ascx,ashx,asmx,aspx,axd等等）
 
IIS5.0进程模型
 
跟据该模型，当一个ht ......

先说我自己最笨的方法就是用Cookie!登陆时加一个userId在cookie里，然后删除文件重登时，如果session为空就取cookie去赋session!...如果大家不喜欢就用以下方法：
最简单的办法就是不要使用默认的方式也即
InProc（默认，进程内的会话状态）：Session存储在IIS进程中（Web服务器内存）。如果使用的是Windows 2000 Server或Windows XP，IIS使用aspnet_wp.exe进程，如果使用的是Windows 2003 Server，IIS使用w3wp.exe。
InProc拥有最好的性能。但进程内Session很容易丢失Session信息。如果重启了应用程序，所有的Session信息就会丢失。而很多原因都会导致ASP.NET应用程序的重启。
 修改了Web.Config或Global.asax文件，或改变了文件的修改日期。
 修改了\bin或\App_Code目录里的文件。
 防病毒软件修改了上述文件等等
你可以考虑以下两种方式
1、StateServer(进程外的会话状态)：Session存储在独立的Windows服务进程aspnet_state.exe中
如果要启用StateServer中的Session状态，首先要在”控制面板”--“管理工具”--“服务”中，启用ASP.NET State Services(ASP.NET 状态服务)，并将此服务设置为Auto ......

asp.net
http://topic.csdn.net/t/20060818/14/4959087.html
http://www.agrinei.com/gridviewhelper/gridviewhelper_en.htm
http://dotnet.aspx.cc/ShowDetail.aspx?id=149E5DD7-3B32-461e-ACC6-51D1652E6746
http://www.xueit.com/html/2009-08/21_4321_00.html
http://topic.csdn.net/t/20060429/10/4722766.html
silverlight
http://www.bcbbs.net/news/Content56314.aspx
　 ......

引用using System.Web.UI.HtmlControls;
前台的<table id="mytab" border="1" runat="server" class="t1" width="600">
                                    </table>
后台初始化
HtmlTableRow row = new HtmlTableRow();
HtmlTableCell cell = new HtmlTableCell();
cell.InnerText = “新品”;
row.Cells.Add(cell);
mytab.Rows.Add(row); ......

最近项目中需要用到urlrewriter重写的功能 。。 但是在重写后的url里如果产生回发，url就又变回原来的url 链接。。
在网上找了好久，终于找到一个可以正常使用，又比较容易方法。。 嘿嘿 ，自己记录一下吧。
ASP.NET URL Rewrite. URL重写
URL 重写是截取传入 Web 请求并自动将请求重定向到其他 URL 的过程。
  比如浏览器发来请求hostname/101.aspx ，服务器自动将这个请求中定向为http://hostname/list.aspx?id=101。
url重写的优点在于：
    缩短url，隐藏实际路径提高安全性
    易于用户记忆和键入。
    易于被搜索引擎收录
二 实现url重写的基本方法
   下载MS的URLRewriter.dll，放到你的web程序的bin下
下载地址1：http://www.rickel.cn/uploads/DevTools/MSDNURLRewriting.msi
下载地址2：download.microsoft.com/download/0/4/6/0463611e-a3f9-490d-a08c-877a83b797cf/MSDNURLRewriting.msi
下载完成后，在web.config里设置如下：
<?xml version="1.0" encoding="utf-8" ?>
<!--overred-->
<configuration>
    <configSect ......