10 2008 档案
挑一张图片，贴到你的博客上，你就加入到他们之中了：）
一起来大喊：I'M A PC!
也许MVC不该重写Url格式？
摘要：
读了一下Google黑板报的这篇文章：《动态网址与静态网址》
其中阐明动态网址不仅不会使索引和排名产生困难，反而机器人可通过参数更好地分析信息，例如这样的常规Url：
www.example.com/article/bin/answer.foo?language=en&answer=3&sid=98971298178906&query=URL
但不建议诸如以下形式的重写：
* www.example.com/article/bin/answer.foo/en/3/98971298178906/URL..
阅读全文
读了一下Google黑板报的这篇文章：《动态网址与静态网址》
其中阐明动态网址不仅不会使索引和排名产生困难，反而机器人可通过参数更好地分析信息，例如这样的常规Url：
www.example.com/article/bin/answer.foo?language=en&answer=3&sid=98971298178906&query=URL
但不建议诸如以下形式的重写：
* www.example.com/article/bin/answer.foo/en/3/98971298178906/URL..
阅读全文
同意这个做李会军同学头像的顶
摘要：在蓝色理想里浏览中无意发现的，觉得很像李会军同学，就拿来了
...
N图
...
原作者在这里：http://case.blueidea.com/peoples/view/sleepingcity/works/
作者说这是他的自画像， 难不成和李同学是哥俩？一文一武？
阅读全文
刚才在博客园网摘，突然看到个Google投放的北大青鸟的广告...........囧啊
较为周全的Asp.net提交验证方案(Session版)
摘要：
此前我介绍了使用数据库实现的提交验证方案，一些朋友怀疑其效率不佳，认为Session是更好的方案。
的确使用Session也不会消耗太多内存，而且如今内存白菜价，最不济就随手买个2G的插上也就够了，所以我将在此写下Session版的实现提要，其余细节参考前篇。
实现方案简述：
在Session中存储一个哈希表用以记录该用户的每一条验证信息，哈希表的键为验证信息的过期时间，值为验证码的明文。
过期时间使用ViewState存储，以发给客户端，并在提交时获取，以读取对应的验证码明文。
...
阅读全文
此前我介绍了使用数据库实现的提交验证方案，一些朋友怀疑其效率不佳，认为Session是更好的方案。
的确使用Session也不会消耗太多内存，而且如今内存白菜价，最不济就随手买个2G的插上也就够了，所以我将在此写下Session版的实现提要，其余细节参考前篇。
实现方案简述：
在Session中存储一个哈希表用以记录该用户的每一条验证信息，哈希表的键为验证信息的过期时间，值为验证码的明文。
过期时间使用ViewState存储，以发给客户端，并在提交时获取，以读取对应的验证码明文。
...
阅读全文
较为周全的Asp.net提交验证方案 (下)
摘要：
下面要对这个生成的“提交验证”类进行功能扩展，通过.Net的“部分类”或“扩展方法”技术都可以轻松实现，这里采用的是“部分类”技术：
...
引用生成的ADO.NET Entity Framework数据模型的命名空间，且声明为部分类。
书写静态构造函数及一个静态属性：
...
阅读全文
下面要对这个生成的“提交验证”类进行功能扩展，通过.Net的“部分类”或“扩展方法”技术都可以轻松实现，这里采用的是“部分类”技术：
...
引用生成的ADO.NET Entity Framework数据模型的命名空间，且声明为部分类。
书写静态构造函数及一个静态属性：
...
阅读全文
较为周全的Asp.net提交验证方案 (上)
摘要：
以前在学习Asp.net时备受困扰的就是提交验证这块，网上流行的关于图片验证的教程大都存在很多问题，比如：
验证码存储在页面代码或Cookies里，暴露给客户端；
通过Session存储的验证码，虽然解决了安全问题，但一个用户只使用一个变量存储验证码，假如用户同时打开一个以上的页面，分别提交的话，就无法正常使用了；
验证码不会过期，这会留下隐患，使暴力破解变得可行(当然也可以通过刷新间隔、提交间隔、黑名单等手段加以控制)；
此外还有伴随着提交产生的另一个问题——重复提交。
为解决上述问题，我曾走过不少弯路，后来总结出了一个方案可以很好的解决这些问题，本文将结合ADO.NET Entity Framework技术来介绍此方案。
阅读全文
以前在学习Asp.net时备受困扰的就是提交验证这块，网上流行的关于图片验证的教程大都存在很多问题，比如：
验证码存储在页面代码或Cookies里，暴露给客户端；
通过Session存储的验证码，虽然解决了安全问题，但一个用户只使用一个变量存储验证码，假如用户同时打开一个以上的页面，分别提交的话，就无法正常使用了；
验证码不会过期，这会留下隐患，使暴力破解变得可行(当然也可以通过刷新间隔、提交间隔、黑名单等手段加以控制)；
此外还有伴随着提交产生的另一个问题——重复提交。
为解决上述问题，我曾走过不少弯路，后来总结出了一个方案可以很好的解决这些问题，本文将结合ADO.NET Entity Framework技术来介绍此方案。
阅读全文
在Web.Config中指定页面的基类
摘要：
为网站设置统一的页面基类绝对是一个好习惯，可以在基类中完成很多统一的读写处理和行为封装，比如实现防刷新机制、IP屏蔽等功能。
在Web.Config文件中，可以通过指定system.web中的pages节点的pageBaseType属性指定页面的基类：
...
但这个属性的概念比较模糊，我曾以为此属性会使新建页面的模板发生变化，使它们直接继承你所设定的基类，但不是这样的。
首先此属性会使所有不包含后台代码的独立Aspx页面自动继承于此基类，如这样声明的页面：
...
阅读全文
为网站设置统一的页面基类绝对是一个好习惯，可以在基类中完成很多统一的读写处理和行为封装，比如实现防刷新机制、IP屏蔽等功能。
在Web.Config文件中，可以通过指定system.web中的pages节点的pageBaseType属性指定页面的基类：
...
但这个属性的概念比较模糊，我曾以为此属性会使新建页面的模板发生变化，使它们直接继承你所设定的基类，但不是这样的。
首先此属性会使所有不包含后台代码的独立Aspx页面自动继承于此基类，如这样声明的页面：
...
阅读全文
一处 ADO.NET Entity Framework 的逻辑BUG
摘要：
这几天开始接触ADO.NET Entity Framework，突然发现一处奇怪的BUG。
...
...
也就是说先前在属性面板设置的命名空间根本就是无效的，它只会以目录名作为命名空间名称，我认为这不合乎逻辑。
而假如直接将模型放入App_Code目录下，命名空间属性就可以正常生效。
阅读全文
这几天开始接触ADO.NET Entity Framework，突然发现一处奇怪的BUG。
...
...
也就是说先前在属性面板设置的命名空间根本就是无效的，它只会以目录名作为命名空间名称，我认为这不合乎逻辑。
而假如直接将模型放入App_Code目录下，命名空间属性就可以正常生效。
阅读全文
