我们知道在Visual Studio 2010的非空Web项目(含Webform和MVC)中，都自动包含了jQuery库在项目的Scripts文件夹中。

但细心的人们都看到了正式版中包含的jQuery版本是1.4.1版，而不是jQuery官方最新发布的1.4.2版。处于新版效率的极大提升以及部分bug的修复，推荐大家跟新使用1.4.2版，而放弃1.4.1版。单个项目的调整比较简单就是把旧版本的删除，然后添加上1.4.2版的相应文件即可。但我们很多人可能更希望是以后创建的项目都是1.4.2版而不是1.4.1版，怎么办呢？我在相关的webcast中有提到过，即到vs2010的安装目录中修改项目模板的有关文件。目录位置以C#的项目为例如下：

• x86: Program Files\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplates\CSharp\Web\1033
• x64: Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplates\CSharp\Web\1033

需要修改的文件为，下图中被标黄的：

将这三个文件复制出来，然后解压，做如下事情：

1. 先把Scripts文件夹中的jQuery相关文件删除并更新为最新版的,包含jquery-1.4.2-vsdoc.js,jquery-1.4.2.js,jquery-1.4.2.min.js等
2. 然后修改×××××.csproj文件中关于jquery1.4.1的引用改为1.4.2的引用
3. 最后把××××××.vstemplate文件中的jquery-1.4.1替换为jquery-1.4.1
4. 保存上述修改，并打包为zip文件
5. 将新的同名zip文件覆盖回项目模板所在目录
6. 再将打包前的文件覆盖到项目模板的缓存目录中（项目模板路径的ProjectTemplates改为ProjectTemplatesCache 便是）
7. 完毕

如果您嫌麻烦，我这里有已经打包好的zip文件，您参考最后3步自己覆盖一下即可。(jquery.validate-vsdoc.js未找到最新的版本所以未更新，jquery.validate.js则已经是最新版了)

MvcWebApplicationProjectTemplatev2.0.cs.zip (254 KB)

WebApplicationProject20.zip (129 KB)

WebApplicationProject40.zip (141 KB)

在Visual Studio中有一些不错的快捷键，可以帮助我们在ASP.NET MVC Web Project中快速创建Controller、创建Views以及在Controller Action和View之间切换。

ASP.NET MVC快捷键列表如下：

• -创建Controller：Ctrl+M Ctrl+C
• -创建View：Ctrl+M Ctrl+V
• View与Controller Action之间窗口切换：Ctrl+M Ctrl+G

这些快捷键很好用而且容易记，C是Controller的首字母，V是View的首字母，而G则是Go的首字母，记住了吧？哈哈

在ASP.NET MVC中创建Controller

当你在Visual Studio中使用快捷键Ctrl+M Ctrl+C的时候，即可看到那个你本需用鼠标的右键菜单点击才能出现的熟悉的Add Controller…对话框。

在ASP.NET MVC中创建View

同样的，当你在Visual Studio中从一个Controller Action处使用Ctrl+M Ctrl+V的时候，即可看到那个你本需用鼠标的右键菜单点击才能出现得熟悉的Add View...对话框，并且对话框中默认的View名就是当前的Action名 :)

在ASP.NET MVC中进行View与Controller Action之间窗口切换

当你在Visual Studio IDE中的View(或Controller)窗口下工作时，使用快捷键Ctrl+M Ctrl+G，即可从当前的View(或Controller)编辑窗口迅速切换到对应的Controller(或View)编辑窗口。比用鼠标来的更快捷更方便一些。

[ 英文原文见：ASP.NET MVC Keyboard Shortcuts in Visual Studio ]

有幸受微软中国邀请于今天去参加了Silverlight 3发布会。发布会展示了搜狐、新浪、中国人寿、NX等公司的一些成功案例，涵盖了Silverlight 3以及Expression Blend 3的新特性。微软的谢恩伟、Forest Key、赵立威与合作伙伴一起也就Silverlight 3回答了媒体的众多提问，气氛还是相当融洽和振奋人心的。

本人对Silverlight关注已久，但是个人认为Silverlight 3才是真正可以在市场上拼杀的版本，其众多新特性可以满足我们大部分RIA需求，很多方面也是超过Flash/Flex技术的，毕竟Silverlight 3身后有强大的.Net，而Flash似乎只有Action Script，而这两者是不可以比拟的。

对于微软合作伙伴的演示案例，我最感兴趣的还是中国人寿的养老金精算咨询系统(PACS)，该系统功能之强大，界面之漂亮，效果之酷是让我很是惊讶。跟参与该系统开发的工作人员进行进一步交流后，更加增强了我对Silverlight3在做中大型应用系统方面的信心。搜狐高清影视剧、新浪财经和NX的案例演示也相当精彩，其中NX创始人李超做的SketchFlow技术介绍，也是我关注的一个重点，Express Blend 3是很值得关注和期待的。

Silverlight 3的新特性如下：

· 支持更高质量的视频和音频。Silverlight 3支持本地H.264/先进音频编码（AAC）音频、直播或点播Internet Information Services 7.0（IIS7）Smooth Streaming（平滑流媒体技术）、全高清（720p+）回放和可扩展的解码器管道，为桌面带来丰富、全屏、无停顿的媒体体验。

Silverlight 3中新的增强媒体特性包括：

o 直播和点播真实高清（720p+）Smooth Sreaming。集成的HTTP媒体交付平台IIS Media Services（之前称作IIS Media Pack）支持Smooth Streaming，可以根据本地带宽和CPU状况对交付给Silverlight的视频文件进行动态侦测并实时无缝切换视频质量。这为直播和点播真实全高清（720p+）流媒体提供支持。

o 更多格式选择。除了本地支持VC-1/Windows Media Audio（WMA），Silverlight 3目前也支持基于MPEG-4的H.264/AAC音频，让内容分发商能够向广泛的计算机和设备交付高质量内容。

o 真正的全屏高清播放。利用图形处理器（GPU）硬件加速，现在可以提供真正的全屏高清（720p+）Silverlight体验。

o 支持广泛的媒体格式。借助新的Raw AV管道，Silverlight可以轻松地支持各种第三方编解码器。音频和视频可以在运行时间之外解码并在Silverlight中渲染，支持本地编解码之外的更多格式。

o 行业领先的内容保护。PlayReady内容保护支持的Silverlight DRM，使用AES加密或Windows Media DRM实现受保护的浏览器内体验。

· 强化丰富的体验。Silverlight 3包含新的3D图形、动画特性、硬件加速效果和文本改进，让设计和开发人员创建下一代Web视觉画面。额外的特性包括：

o 透视3D图形。Silverlight 3允许开发和设计人员把内容应用到3D平面。用户可以旋转或缩放直播内容，而不需要编写任何额外代码。其他效果包括在3D和转换中创建一个队列。

o 像素着色引擎效果。这些基于软件的效果包括模糊和下拉阴影。此外，设计人员也可以编写自己的效果。效果可以应用到任何图形内容。例如，为了让按钮显示按下的效果，设计人员可以在按下的视觉状态上使用下拉阴影效果。

o 位图缓存。通过允许用户在位图中缓存向量内容、文本和控件，Silverlight 3大幅提升了应用的渲染性能。这个特性有益于背景内容或需要不改变内部外观的情况下缩放的内容。

o 新的位图API。借助Silverlight 3，开发人员现在可以把像素写入位图。如此以来，他们可以制作相片编辑器来进行红眼修正，编辑扫描文档或从屏幕上的元素为缓存的位图创建特效。

o 主题应用支持。通过在Silverlight 3应用上采用样式和在运行时间改变它们，开发人员现在可以为应用设定主题。此外，开发人员可以在互相的基础上对样式进行级联。

o 动画效果。Silverlight 3提供跳跃和弹跳等新的效果。这让动画更加自然。开发人员现在也可以开发自己的数学函数来描述一个动画。

o 强化的控件皮肤。通过在应用外维持一个通用控件包，Silverlight 3提供更轻松的外观功能。这可以实现在不同之间共享样式和控件皮肤。

o 改进的文本渲染和字体支持。Silverlight 3支持更高效的文本渲染与快速动画效果。通过使用本地字体，应用的载入速度也会加快。

· 提高富互联网应用的效率。新特性包括：

o 超过60个带源代码的控件。Silverlight 3包含60多个高质量，全面可换肤和定制的实用控件，例如制图和媒体，坞站和视图框等新的布局容器，自动填充、树图和数据网格等控件。控件包括9种专业设计的主题，而源代码可以修改、重新编译或原样使用。其他新增控件包括列表框控件中的多重选择，方便编写文件的五种保存对话框，以及支持带浏览功能的多个页面应用。

o 深层链接。Silverlight 3支持深层链接，实现在RIA中给页面添加书签的功能。

o 搜索引擎优化（SEO）。Silverlight 3让用户能够解决RIA带来的SEO相关挑战。通过在服务器上使用业务对象并结合ASP.NET控件和网站地图，用户可以自动把数据库驱动的RIA内容镜像到HTML，后者可以方便被领先的搜索引擎建立索引。

o 增强的数据支持。Silverlight 3提供如下特性：

§ 元件到元件捆绑。用户界面设计人员在两个UI属性之间使用捆绑来创建有吸引力的UI体验。Silverlight现在支持通过可扩展应用程序标记语言（XAML）把属性捆绑到公共语言运行库（CLR）对象和其他UI组件：例如，把滑块值捆绑到媒体播放器的音量控件中。

§ 数据表。数据表控件支持字段布局，数据的验证、更新和分页。

§ 新的数据验证特性。新特性自动获取错误的输入并通过内置验证控件警告用户。

§ 支持业务对象。在客户端和服务器上提供n-级数据支持。通过增加数据支持，开发人员可以轻松地载入、排序、过滤和分页数据。支持包括新的内置CollectionView，对服务器端数据执行一套复杂的操作。新的.NET RIA服务集在服务器上支持这些特性。

o 通过如下特性改进性能：

§ 应用库缓存，在客户端缓存框架以提高渲染性能，从而降低应用的大小。

§ 强化的深度缩放，允许用户通过缩放流畅地浏览较大的图像库。

§ 二进制 XML，允许对与服务器的通信进行压缩，大幅提高数据交换速度。

§ 本地连接，允许在客户端的两个Silverlight应用之间进行通信，而不会导致服务器回程：例如，一个控件中的图表可以与另外一个控件中的数据网格通信。

· 增强的可访问特性。Silverlight 3是第一个提供对所有系统颜色访问能力的浏览器插件，允许视力不佳的人做出改变，通过使用类似的操作系统控件采用高对比度颜色配置以方便阅读。

· 浏览器外功能。Silverlight 3提供一系列新的功能来为运行在桌面上的Web创建轻巧的沙盒伴侣体验。Silverlight的浏览器外支持让网站可以与用户建立更紧密，更稳固的关系。它支持把应用放到用户机器上的受限区域，然后在桌面或开始才当上放置链接。不需要任何额外的运行时下载或以不同的方式编写应用，Silverlight 3即可实现这个功能。现在可以方便地在用户的桌面或开始才当找到应用程序，单击即可运行。此外，它可以测试网络连接情况，自我更新以及访问孤立的存储。结合在一起，这些特性将大幅改善Web体验：

o 桌面快捷方式和开始菜单支持。开发人员可以把应用程序放到桌面上，单击即可运行。

o 在浏览器外运行。不需要浏览器窗口的元件即可运行应用程序。

o 更安全，沙盒效应。应用程序高度可信，无安全报警，帮助更好地保护用户的安全。

o 无需管理员即可方便地安装。应用程序保存在缓存中，不需要任何特殊权限即可运行。

o 内置自动更新。应用程序将检查服务器上的新版本并在启动时更新。

o 连接检测（浏览器内，浏览器外）。应用程序可以检测连接丢失，然后选择缓存用户的工作，直到连接恢复。

      春节之前就收到了这本MVP图书计划的书籍，由于春节前后项目工作非常繁忙，累了个够呛，所以书评一直没有跟上，实在感觉对不住老大，今天赶紧补上。这是一本纯英文的硬皮MCTS考试自学用书。由于该书籍面向读者的专向性，所以跟普通的技术书籍有些不太一样。内容是以课为单位编写的，且配有随书CD和VS2008专业版的90天试用版本（含MSDN库）。

    这本书既然是考试自学用书，那么它的细致就自不在话下了。几乎WCF的各个细节都有浅入深的进行介绍，有详尽的代码实例（VB和C#都有），还穿插着各种注意事项、知识点以及扩展内容。给人很贴心的感觉，因为很多东西是初学者所不能想到和接触到的，在书中给与提示和说明我认为是一件很好的手段。模拟考试软件的答案解释也是不错的，再次赞一下:D

    我对书中内容的序列化控制、WCF跟踪扩展与监控、数据安全以及用户认证等部分比较感兴趣。改天要再好好学习一下。

    这本书似乎目前尚未有中文版本（大概考试用书都这样子），但是依然建议大家自学阅读一下。照着实例代码多练习调试尽可能搞明白更多的细节，不要看答案对了就对了。尽可能把每个提醒提示的文字也都阅读一下，会受益匪浅的哦。

    很荣幸在Tech.ED2008北京场的社区技术专场中，本人讲了一场《如何成倍提升企业级Web应用开发效率》的课程。这次讲座是第一次在Tech.ED场合讲座，不过作为非正式课程，我很高兴的看到不少人放弃了正式课程的内容来听社区技术专场的内容。也许是这类课程更贴近大家的工作吧，形式也不拘泥，大家可以面对面地探讨，气氛比较好。不过我的课程时间把握的不是太好，造成了后期给大家讲解的内容有点仓促，不是很细，希望参会的朋友们原谅。讲课过程中，发现听课的人逐渐增多，而且似乎开始就过来听的朋友们都没有中途离场的，这对我是莫大的鼓舞。我将努力在以后的日子给大家带来一些更好的内容，敬请关注哦:D

     在这里为大家提供本次课程的课件和Demo文件下载，希望对大家能有所启发和帮助，如果能真正使得大家在企业级WEB应用开发过程中提高了不少效率，将是莫大的欣慰和荣誉。

asp.net 2.0中引入的Membership机制给我们做web开发带来很多便利，使得我们在做很多项目开发时处理用户和角色及权限问题时减少了相当的工作量。不过我们开发中可能会碰到一个小小的问题如下：

我们知道MembershipUser中有如下重载的方法

• MembershipUser.ResetPassword () ：将用户密码重置为一个自动生成的新密码。
• MembershipUser.ResetPassword (String passwordAnswer) ：将用户密码重置为一个自动生成的新密码。

msdn中有如下描述：

ResetPassword 调用 ProviderName 属性所引用的成员资格提供程序的 MembershipProvider.ResetPassword 方法，以将成员资格用户的密码重置为自动生成的新密码。然后将该新密码返回到调用方。

如果 EnablePasswordReset 为 false，则成员资格提供程序将返回一个异常。

如果 RequiresQuestionAndAnswer 为 true，则必须使用以密码提示问题答案作为参数的 ResetPassword 重载方法，并提供成员资格用户的密码。如果需要密码答案并提供了不正确的密码答案，成员资格提供程序将引发 MembershipPasswordException。

而另外一个方法MembershipUser.ChangePassword(String oldPassword, String newPassword) 又必须提供原始密码，那么这里就产生了一个矛盾：我们希望用户能够通过安全问题和答案来作为找回密码，又希望管理员可以重置某用户的密码怎么办？上述方法均无法直接使用，要么使用MembershipUser.ResetPassword ()而无安全问题和答案验证，要么必须知道问题答案或者原始密码，我们知道这些安全相关的东西我们都是加密的，而且往往采用单向编码的方式，也是说我们不可能轻易的通过读取数据库数据知道用户的答案和旧密码！那么好，如何解决这个问题呢？下面我来提供一个小的解决方案：

Membership的数据库中包含有一个设置用户密码的存储过程：

          CREATE
          PROCEDURE aspnet_Membership_SetPassword
( @ApplicationName nvarchar(256), @UserName nvarchar(256), @NewPassword nvarchar(128),
@PasswordSalt nvarchar(128), @CurrentTimeUtc datetime, @PasswordFormat int =
0 ) 

返回值：成功返回 0；
用户不存在，返回 1；

那么ok,我们开始解决我们的需求吧！思路很简单我们先设置用户一个默认的密码，然后以该密码为旧密码使用MembershipUser.ChangePassword(String oldPassword, String newPassword) 修改用户的密码。下面的代码是在以DataAccess.RunProcedure方法是已经实现的执行存储过程的方法为前提编写的：

            
              public
              class MembershipSafe
{ publicstaticstring ResetPassword(string username)
{ //将用户密码修改为8位且包含一个特殊符号的随机密码return ResetPassword(username,
Membership.GeneratePassword(8,1)); } publicstaticstring ResetPassword(string username, string newpassword)
{ //先将用户密码修改为123123 SqlParameter[]
_sp = { new SqlParameter("@ApplicationName",Membership.ApplicationName)
,new SqlParameter("@UserName",username)
,new SqlParameter("@NewPassword","1M4h3eZLAKW1WbVTTwYJiJZa33w=")
,new SqlParameter("@PasswordSalt","rcVy3pCccZ9tXW7NHp1Maw==")
,new SqlParameter("@CurrentTimeUtc",DateTime.Now)
,new SqlParameter("@PasswordFormat",1)
}; bool op = DataAccess.RunProcedure("aspnet_Membership_SetPassword",
_sp) == 0; //以123123为原始密码，修改为新密码 Membership.GetUser(username).ChangePassword("123123",
newpassword); return newpassword;
} } 
          

注：以上代码仅做参考，不一定是符合您具体项目的需求，比如有人可能会继续问修改了密码怎么告诉用户啊，答案是发邮件或者电话通知啊，哈哈～～

推荐浏览：

• Windman写的 ＂揪出ASP.NET 2.0四大“插件”的总后台 -- ASPNETDB ＂

最近不少Web技术圈内的朋友在讨论协议方面的事情，有的说web开发者应该熟悉web相关的协议，有的则说不用很了解。个人认为这要分层次来看待这个问题，对于一个新手或者刚入门的web开发人员而言，研究协议方面的东西可能会使得web开发失去趣味性、抹煞学习积极性，这类人应该更多的了解基本的Web技术使用。而对于在该行业工作多年的老鸟来说，协议相关的内容、标准相关内容应该尽量多些的了解，因为只有这样才能使得经手的web系统更加优秀（安全、漂亮、快速、兼容性好、体验好……）。本文我们来说一下MIME 协议的一个扩展Content-disposition。

我们在开发web系统时有时会有以下需求：

• 希望某类或者某已知MIME 类型的文件（比如：*.gif;*.txt;*.htm）能够在访问时弹出“文件下载”对话框
• 希望以原始文件名（上传时的文件名,例如：山东省政府1024号文件.doc）提供下载，但服务器上保存的地址却是其他文件名（如：12519810948091234_asdf.doc)
• 希望某文件直接在浏览器上显示而不是弹出文件下载对话框
• ……………………

要解决上述需求就可以使用Content-disposition来解决。第一个需求的解决办法是

            Response.AddHeader "content-disposition","attachment;
filename=fname.ext"
          

            
              public
              static
              void ToDownload(string serverfilpath,string filename)
{ FileStream fileStream =new FileStream(serverfilpath,
FileMode.Open); long fileSize = fileStream.Length;
HttpContext.Current.Response.ContentType ="application/octet-stream";
HttpContext.Current.Response.AddHeader("Content-Disposition", "attachment;
filename=\""+ UTF_FileName(filename) +"\";"); ////attachment
--- 作为附件下载////inline
--- 在线打开 HttpContext.Current.Response.AddHeader("Content-Length",
fileSize.ToString()); byte[]
fileBuffer =newbyte[fileSize];
fileStream.Read(fileBuffer, 0, (int)fileSize);
HttpContext.Current.Response.BinaryWrite(fileBuffer); fileStream.Close(); HttpContext.Current.Response.End();
} publicstaticvoid ToOpen(string serverfilpath, string filename)
{ FileStream fileStream =new FileStream(serverfilpath,
FileMode.Open); long fileSize = fileStream.Length;
HttpContext.Current.Response.ContentType ="application/octet-stream";
HttpContext.Current.Response.AddHeader("Content-Disposition", "inline;
filename=\""+ UTF_FileName(filename) +"\";");
HttpContext.Current.Response.AddHeader("Content-Length",
fileSize.ToString()); byte[]
fileBuffer =newbyte[fileSize];
fileStream.Read(fileBuffer, 0, (int)fileSize);
HttpContext.Current.Response.BinaryWrite(fileBuffer); fileStream.Close(); HttpContext.Current.Response.End();
} privatestaticstring UTF_FileName(string filename)
{ return HttpUtility.UrlEncode(filename,
System.Text.Encoding.UTF8); }
          

简单的对上述代码做一下解析，ToDownload方法为将一个服务器上的文件（serverfilpath为服务器上的物理地址），以某文件名(filename)在浏览器上弹出“文件下载”对话框，而ToOpen是将服务器上的某文件以某文件名在浏览器中显示/打开的。注意其中我使用了UTF_FileName方法，该方法很简单，主要为了解决包含非英文/数字名称的问题，比如说文件名为“衣明志.doc”，使用该方法客户端就不会出现乱码了。

需要注意以下几个问题：

1. Content-disposition是MIME协议的扩展，由于多方面的安全性考虑没有被标准化，所以可能某些浏览器不支持，比如说IE4.01
2. 我们可以使用程序来使用它，也可以在web服务器（比如IIS）上使用它，只需要在http header上做相应的设置即可

可参看以下几篇文档：

• 如何为已知的 MIME 类型激活“文件下载”对话框
• Communicating Presentation Information in Internet Messages: The Content-Disposition Header Field
• Hypertext Transfer Protocol -- HTTP/1.1

 将VS2003下的一个Web项目升级到VS2005后，去除明显错误后编译测试运行。某页面发现一个问题：

“/”应用程序中的服务器错误。

分析器错误

说明: 在分析向此请求提供服务所需资源时出错。请检查下列特定分析错误详细信息并适当地修改源文件。

分析器错误信息: 发现不明确的匹配。

这个问题发生原因一般情况是：

aspx页面里面的控件有与您的aspx.cs里的类变量重名（不区分大小写）的ID

那么我发现在代码中有如下的声明：

protected System.Web.UI.WebControls.Label BlogID;
protected System.Web.UI.WebControls.Label blogID;

blogID在前台控件中不存在，仅在cs代码中声明了，因此产生了上述的问题。

由此看来虽然，C#等语言中允许我们使用大小写不同来声明不同的变量，但是我们应该尽量避免这样的情况，使用完全不同的名字区分不同的变量为好啊。

微软反跨站攻击脚本库 v1.5。此下载包含Microsoft Application Security Anti-Cross Site Scripting Library的分发组件.Anti-Cross Site Scripting Library可以为网站开发人员提供基于Web应用防护,以抵御源自 Cross-Site Scripting (XSS跨站漏洞)的攻击.支持.NET Framework: 2.0, 1.1

下载地址：http://www.microsoft.com/downloads/details.aspx?FamilyID=efb9c819-53ff-4f82-bfaf-e11625130c25&DisplayLang=en

相关文章：http://blogs.msdn.com/kevinlam/archive/2006/07/07/659531.aspx

以这里的第一名211.64.120.192的访问情况为例，其访问的俱乐部网站路径如下：

于是乎把他的IP封锁了，索然这本身没有什么效果，但是对该“黑客”的行为表示痛恨。不过呢其实最痛恨的也不是他啦，最痛恨的是那些疯狂的搜索引擎爬虫，baidu，sogou的爬虫都不是什么好鸟。而且看到很多网站在为这个问题而头痛，希望大家一起努力可以想到一个好的办法来解决这个问题。近期我也会尝试分析和解决这个问题。

近来微软的产品和服务在中国的本土化在不断的改进，比如说针对中国用户的正版增值（PS:Microsoft Cartoon Maker挺好玩）、微软asp.net官方站点的中文版(http://asp.net/cn)、MSDN Magazine中文版(http://msdn.microsoft.com/msdnmag/issues/06/11/default.aspx?loc=zh)……这些都是值得称赞甚至可以说惊喜的。但是作为开发者我们来说，似乎还没有看到VS2005的Web Application Project中文版的出现，致使部分狂热爱好者甚至采取一些极为复杂的办法去实现在中文的的VS2005下使用Web Application Project，微软为何不出个官方的中文版本，以便使用中文版VS开发工具的开发者们更方便的从VS2003转向VS2005呢？期待中……

声明：本作品属于Demo级别，功能并未完整实现，供.Net俱乐部会员学习使用，高手就不必看了

授权：开源&&非商业化使用

作者：qihangnet,phenge

技术：SqlServer2000+C#+Asp.Net1.1
         存储过程
         自定义实体
         自定义实体集合
         I/O
         反射
         接口
         IDataRecord
         数据缓存
         Form认证
         三层结构
         工厂模式
         ……
文档：(电信)Qihang_CMS.chm (网通)QihangCMS.chm

代码：(电信)Qihang_CMS.rar (网通)Qihang_CMS.rar

数据库备份文件：(电信)qihang_cmsDB.rar (网通)qihang_cmsDB.rar

参与讨论: http://qihang.net/forums/thread/2908.aspx

微软在上周发布了Visual Studio 2003 SP1。这个服务包看起来包含一系列稳定性、安全性的补丁以及一些其他的问题。
Visual Studio 2003 SP1的说明
http://support.microsoft.com/default.aspx?scid=kb;en-us;924009
Visual Studio 2003 SP1补丁修复的问题列表
http://support.microsoft.com/kb/918007
Visual Studio 2003 SP1下载地址
http://www.microsoft.com/downloads/details.aspx?FamilyID=69d2219f-ce82-46a5-8aec-072bd4bb955e&DisplayLang=en

偶下载并安装了，但是对中文版用户来说似乎并不理想，比如说经常自动加入<font>标签这类问题，似乎还没有解决，会单独出一个修复包？还是……

莫名的就出现了"编译器错误信息:CS1595"，错误的全部提示如下：
说明: 在编译向该请求提供服务所需资源的过程中出现错误。请检查下列特定错误详细信息并适当地修改源代码。
编译器错误信息: CS1595: 已在多处定义“Web.Global”；使用“c:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\Temporary ASP.NET Files\gtgaweb_web\0548dcce\e0f80a7f\assembly\dl2\b10aefc8\dc3591a2_cecec501\Web.DLL”中的定义

在网上找了一下，有一个提到解决方案如下：
以前我也有这种情况,不过那没有编译,本来程序都运行很好.用着用着就出现在这种问题了.后来我把Temporary asp.net files 里面的文件给删除了.丛启机器就好了.

另一个解决办法如下：
同时要删除项目文件夹中bin目录下所有文件再重新编译生成
这个办法我试了是可以的

有提到问题的原因认为：
导致的原因一般是重命名了虚拟目录的名称和文件夹...

另外还有一种情况,请参看:http://support.microsoft.com/?id=318274

好友前一阵子在他的博客上发表了一篇文章《安全设置 IIS 中的权限》，在这里转载一下，希望对大家有所帮助。

虽然 Apache 的名声可能比 IIS 好，但我相信用 IIS 来做 Web 服务器的人一定也不少。说实话，我觉得 IIS 还是不错的，尤其是 Windows 2003 的 IIS 6（马上 Longhorn Server 的 IIS 7 也就要来了，相信会更好），性能和稳定性都相当不错。但是我发现许多用 IIS 的人不太会设置 Web 服务器的权限，因此，出现漏洞被人黑掉也就不足为奇了。但我们不应该把这归咎于 IIS 的不安全。如果对站点的每个目录都配以正确的权限，出现漏洞被人黑掉的机会还是很小的（Web 应用程序本身有问题和通过其它方式入侵黑掉服务器的除外）。下面是我在配置过程中总结的一些经验，希望对大家有所帮助。

IIS Web 服务器的权限设置有两个地方，一个是 NTFS 文件系统本身的权限设置，另一个是 IIS 下网站->站点->属性->主目录（或站点下目录->属性->目录）面板上。这两个地方是密切相关的。下面我会以实例的方式来讲解如何设置权限。

IIS 下网站->站点->属性->主目录（或站点下目录->属性->目录）面板上有：

• 脚本资源访问
• 读取
• 写入
• 浏览
• 记录访问
• 索引资源

6 个选项。这 6 个选项中，“记录访问”和“索引资源”跟安全性关系不大，一般都设置。但是如果前面四个权限都没有设置的话，这两个权限也没有必要设置。在设置权限时，记住这个规则即可，后面的例子中不再特别说明这两个权限的设置。

另外在这 6 个选项下面的执行权限下拉列表中还有：

• 无
• 纯脚本
• 纯脚本和可执行程序

3 个选项。

而网站目录如果在 NTFS 分区（推荐用这种）的话，还需要对 NTFS 分区上的这个目录设置相应权限，许多地方都介绍设置 everyone 的权限，实际上这是不好的，其实只要设置好 Internet 来宾帐号（IUSR_xxxxxxx）或 IIS_WPG 组的帐号权限就可以了。如果是设置 ASP、PHP 程序的目录权限，那么设置 Internet 来宾帐号的权限，而对于 ASP.NET 程序，则需要设置 IIS_WPG 组的帐号权限。在后面提到 NTFS 权限设置时会明确指出，没有明确指出的都是指设置 IIS 属性面板上的权限。

例1 —— ASP、PHP、ASP.NET 程序所在目录的权限设置：

如果这些程序是要执行的，那么需要设置“读取”权限，并且设置执行权限为“纯脚本”。不要设置“写入”和“脚本资源访问”，更不要设置执行权限为“纯脚本和可执行程序”。NTFS 权限中不要给 IIS_WPG 用户组和 Internet 来宾帐号设置写和修改权限。如果有一些特殊的配置文件（而且配置文件本身也是 ASP、PHP 程序），则需要给这些特定的文件配置 NTFS 权限中的 Internet 来宾帐号（ASP.NET 程序是 IIS_WPG 组）的写权限，而不要配置 IIS 属性面板中的“写入”权限。

IIS 面板中的“写入”权限实际上是对 HTTP PUT 指令的处理，对于普通网站，一般情况下这个权限是不打开的。

IIS 面板中的“脚本资源访问”不是指可以执行脚本的权限，而是指可以访问源代码的权限，如果同时又打开“写入”权限的话，那么就非常危险了。

执行权限中“纯脚本和可执行程序”权限可以执行任意程序，包括 exe 可执行程序，如果目录同时有“写入”权限的话，那么就很容易被人上传并执行木马程序了。

对于 ASP.NET 程序的目录，许多人喜欢在文件系统中设置成 Web 共享，实际上这是没有必要的。只需要在 IIS 中保证该目录为一个应用程序即可。如果所在目录在 IIS 中不是一个应用程序目录，只需要在其属性->目录面板中应用程序设置部分点创建就可以了。Web 共享会给其更多权限，可能会造成不安全因素。

例2 —— 上传目录的权限设置：

用户的网站上可能会设置一个或几个目录允许上传文件，上传的方式一般是通过 ASP、PHP、ASP.NET 等程序来完成。这时需要注意，一定要将上传目录的执行权限设为“无”，这样即使上传了 ASP、PHP 等脚本程序或者 exe 程序，也不会在用户浏览器里就触发执行。

同样，如果不需要用户用 PUT 指令上传，那么不要打开该上传目录的“写入”权限。而应该设置 NTFS 权限中的 Internet 来宾帐号（ASP.NET 程序的上传目录是 IIS_WPG 组）的写权限。

如果下载时，是通过程序读取文件内容然后再转发给用户的话，那么连“读取”权限也不要设置。这样可以保证用户上传的文件只能被程序中已授权的用户所下载。而不是知道文件存放目录的用户所下载。“浏览”权限也不要打开，除非你就是希望用户可以浏览你的上传目录，并可以选择自己想要下载的东西。

例3 —— Access 数据库所在目录的权限设置：

许多 IIS 用户常常采用将 Access 数据库改名（改为 asp 或者 aspx 后缀等）或者放在发布目录之外的方法来避免浏览者下载它们的 Access 数据库。而实际上，这是不必要的。其实只需要将 Access 所在目录（或者该文件）的“读取”、“写入”权限都去掉就可以防止被人下载或篡改了。你不必担心这样你的程序会无法读取和写入你的 Access 数据库。你的程序需要的是 NTFS 上 Internet 来宾帐号或 IIS_WPG 组帐号的权限，你只要将这些用户的权限设置为可读可写就完全可以保证你的程序能够正确运行了。

例4 —— 其它目录的权限设置：

你的网站下可能还有纯图片目录、纯 html 模版目录、纯客户端 js 文件目录或者样式表目录等，这些目录只需要设置“读取”权限即可，执行权限设成“无”即可。其它权限一概不需要设置。

好了，我想上面的几个例子已经包含了大部分情况下的权限设置，其它情况根据这些例子，我想你一定可以想到该如何设置了吧。

以下是INETA牛人Stephen Walther的比较测试结论.希望对大家有用

• DataReadear比DataSet快15%
• SqlDataReader比OleDbDataReader快50%
• 用DataReader的ASP风格的表格显示比DataGrid绑定DataReader快60%
• 用Ordinal的DataReader访问字段比用名字访问快15%
• DataGrid中用AutoGenerateColumns=true比用显式绑定快24%
• 尽量用缓存

数据不一定是非常准确的,毕竟硬件方面还是会有些影响的。但是作为提高系统效率的参照应该还是比较有用的。

VS2005目前还没有官方正式的简体中文版本，这个安装包是我从SQL2005CTP版的安装包里抽取出来的，中文化已经非常高了，特别是在vs2005的起始页的社区文档也成了调用msdn中文网站的了。很不错。

点击下载 （约55M）

下载完以后请将文件的扩展名.zip修改为.iso，然后运行其中的vs_setup.msi文件。

注意:安装过程没有进度窗口,安装完毕会显示一个安装完成的提示窗口。

从孙展波的博客上看到了一个则令人激动的消息：

2005年10月27日上午微软RTM了Visual Studio 2005和.NET Framework 2.0。

MSDN订户将可以在今天晚些时候下载Visual Studio 2005的各个版本。非MSDN订户可以在Microsoft Download Center下载.NET Framework及其SDK。在11月7日之后，非MSDN订户还可以下载Visual Basic, Visual C#, Visual C++, Visual Web Developer, Visual J#, 和SQL Server的Express版本。

我激动不已，于是下载VS2005旧版卸载软件将Beta2的卸载了，可惜卸载完毕才想起来还没有搞到RTM版的安装程序呢:(

只好等开心下个月给俱乐部带来VSTSBeta3再说吧，~~如果是MVP多好啊:)

    有时候，我们在调试ASP.net程序的时候，会很痛苦的碰到。某某组件访问被拒绝。这时候重起IIS，电脑注销都不起作用。

其中最常见的原因是Indexing service服务引起的。解决方法就是停用Indexing service，或配置ASP.net 的临时目录不受Indexing service服务的影响。

配置ASP.net 的临时目录不受Indexing service服务的影响的步骤如下：

1、开始 -- 管理工具 -- 计算机管理（Win2003的位置，其他操作系统类似）打开计算机管理
2、展开计算机管理左边树中“服务和应用程序”节点，再在其下展开“索引服务”节点，再在其下展开“System”节点，再在其下展开“目录”节点。
3、在计算机管理的右边我们可以看到配置的索引服务目录。
4、在“目录”节点上右击鼠标，选择“新建”--“目录”
5、在“添加目录”对话框中，路经输入框中输入 ASP.net 的临时文件目录。默认应该是：
c:\<WINDIR>\Microsoft.NET\Framework\<Version Number>\Temporary ASP.NET Files  目录。
<Version Number> 指你要处理的.net版本。
6、在“包含在索引中吗？”选项中，选择“否”
7、单击“确定”按钮
8、在“索引服务”节点上右键单击，重起索引服务即可。

参考以下文档：
http://community.csdn.net/Expert/topic/4075/4075120.xml
http://support.microsoft.com/default.aspx?scid=kb;en-us;329065

在实际开发Asp.Net项目时，程序可能会出现一些异常，那么我们应该怎么去获得尽量多的系统异常，以便后期维护过程能够尽可能重现异常，及时分析、发现和修复Bug。为了处理这个问题，我写了一个小程序来帮助实现我的需求。

首先，我写了一个日志记录的类，以便能够把捕获的异常以及相关的用户信息以XML方式写入指定目录：

using System;
using System.Data;
using System.Data.SqlClient;
using System.IO;
using System.Xml;

namespace Logs
{
    /// <summary>
    /// Logs 的摘要说明。
    /// </summary>
    publicclass WebLogs
    {
        privatestring logPath =string.Empty;

        public WebLogs(string LogPath)
        {
            //
            // TODO: 在此处添加构造函数逻辑
            //
            logPath = LogPath;
        }

        publicstring FloderPath
        {
            get
            {
                return logPath;
            }
            set
            {
                logPath = value;
            }
        }

        publicvoid Add(string LogType,string UserName,string Content,string IP,string Agent,string Url,string UrlReferrer)
        {
            string filename = LogType+"-"+DateTime.Now.ToShortDateString()+".xml";
            string filepath = logPath + filename;
            LogWrite(filepath,UserName,Content,IP,Agent,Url,UrlReferrer);
        }

        privatevoid LogWrite(string filepath,string UserName,string Content,string IP,string Agent,string Url,string UrlReferrer)
        {
            XmlDocument xdoc =new XmlDocument();
            if(!File.Exists(filepath))
            {
                xdoc.LoadXml("<?xml version=\"1.0\" encoding=\"utf-8\"?>"+
                             "<WebLogs></WebLogs>");
            }
            else
            {
                xdoc.Load(filepath);
            }

// 创建一个新的日志节点并将它添加到根节点下
            XmlElement parentNode = xdoc.CreateElement("WebLog");
            xdoc.DocumentElement.PrependChild(parentNode);
            // 创建所有用于存储信息的节点
            XmlElement nameNode = xdoc.CreateElement("UserName");
            XmlElement contentNode = xdoc.CreateElement("Content");
            XmlElement timeNode = xdoc.CreateElement("Time");
            XmlElement ipNode = xdoc.CreateElement("IP");
            XmlElement agentNode = xdoc.CreateElement("Agent");
            XmlElement urlNode = xdoc.CreateElement("Url");
            XmlElement referrerNode = xdoc.CreateElement("Referrer");
            // 获取文本信息
            XmlText nameText = xdoc.CreateTextNode(UserName);
            XmlText contentText = xdoc.CreateTextNode(Content);
            XmlText timeText = xdoc.CreateTextNode(DateTime.Now.ToString());
            XmlText ipText = xdoc.CreateTextNode(IP);
            XmlText agentText = xdoc.CreateTextNode(Agent);
            XmlText urlText = xdoc.CreateTextNode(Url);
            XmlText referrerText = xdoc.CreateTextNode(UrlReferrer);
// 将上面创建的各个存储信息的节点添加到guest节点下但并不包含最终的值
            parentNode.AppendChild(nameNode);
            parentNode.AppendChild(contentNode);
            parentNode.AppendChild(timeNode);
            parentNode.AppendChild(ipNode);
            parentNode.AppendChild(agentNode);
            parentNode.AppendChild(urlNode);
            parentNode.AppendChild(referrerNode);
            // 将上面获取的文本信息添加到与之相对应的节点中
            nameNode.AppendChild(nameText);
            contentNode.AppendChild(contentText);
            timeNode.AppendChild(timeText);
            ipNode.AppendChild(ipText);
            agentNode.AppendChild(agentText);
            urlNode.AppendChild(urlText);
            referrerNode.AppendChild(referrerText);

            // 保存存储信息的XML文件
            xdoc.Save(filepath);
            xdoc =null;
        }
    }
}

然后，我在我的Asp.Net站点的Global.asax.cs的Application_Error事件里加入以下代码：

WebLogs Logs =new WebLogs(Server.MapPath("logs/"));
string referrerUri = (Request.UrlReferrer !=null) ?Request.UrlReferrer.AbsoluteUri : string.Empty;
string UserName = (User.Identity.Name !=string.Empty) ? User.Identity.Name : "Anonymous";
Logs.Add("Error",UserName,Server.GetLastError().ToString(),Request.UserHostAddress,Request.UserAgent,Request.Url.AbsoluteUri,referrerUri);

从Johnny Hughes的Blog上获悉可以从CVS上获得dasBlog 1.8版源码，于是尽早立即下载后将原码中的明显错误去除，将FreeTextBox升级为最新的3.0.5000.5版，然后修改了部分小错误。现将我修改后的带源码的已编译版本共享给大家。
点击这里下载(连接已失效)

    在博客园管理员dudu以及博客堂开心就好、宝玉的支持和帮助下,烟台.NET 俱乐部也成立啦.
    希望烟台、威海及其周边地区.NET爱好者能积极的加入.
    希望加入此团队的博客园成员可以在本文的评论中回复或EmailTo : qihangnet(AT)hotmail.com。
    请说明你的Blog帐号和所在城市，特长/兴趣(最好详细点)。

    继北京,上海，广州，杭州，郑州，济南等城市成立后。我们烟台也要努力了。
    Let's Do Our Best!

烟台.Net俱乐部博客园团队Blog：http://www.cnblogs.com/team/dotsail.html
烟台.NET俱乐部官方网站：http://qihang.net
烟台.NET俱乐部QQ群：6718824
烟台.NET俱乐部博客园聊天室：http://chat.cnblogs.com/CuteSoft_Client/CuteChat/CH_MainForm.Aspx?ChannelId=45f4536b-39fc-44d5-af07-1715e7b2097e

.NET Framework 允许在同一台计算机上安装运行库的多个版本。默认情况下，在已经安装了 .NET Framework 的计算机上安装新的 .NET Framework 时，所有的 ASP.NET 应用程序都会自动更新以使用新安装的 .NET Framework 版本。唯一的例外是那些绑定到不兼容的运行库版本或更新的运行库版本的应用程序。尽管更高版本的 .NET Framework 具有向后兼容性，您仍可能需要相应地配置 ASP.NET 应用程序以使用某种旧版本。

前几天安装了VS.Net 2005 测试版，尝了尝鲜！近日要更新一个.Net的网站系统，于是乎卸载了VS.Net 2005和.NET Framework 2.0。结果发现我的IIS开始不正常了，运行asp.net程序不成功！于是重新安装了IIS，结果发现还是不正常，检查了一下IIS的配置信息，发现IIS关联的ASP.NET相关信息没有了。这可怎么办呢？于是google了一下，在微软的MSDN上找到了相关解说，原来在.NET Framework对应的版本目录中有个包含了一个工具：Aspnet_regiis.exe —— ASP.NET IIS 注册工具。于是在命令行下运行了该工具，根据帮助信息，选择了适当的参数，结果俺IIS支持俺的ASP.Net网站代码了。:)  以下引用了MSDN的相关信息。

            Aspnet_regiis [options]

Aspnet_regiis -s W3SVC/1/ROOT/SampleApp1

Aspnet_regiis -sn W3SVC/1/ROOT/SampleApp1

Aspnet_regiis -i

Aspnet_regiis -ir

Aspnet_regiis -lv

详细信息请见相关的MSDN连接：
http://msdn.microsoft.com/library/chs/default.asp?url=/library/CHS/cptools/html/cpgrfASPNETIISRegistrationToolAspnet_regiisexe.asp
http://msdn.microsoft.com/library/chs/default.asp?url=/library/CHS/cpguide/html/cpconASPNETSide-by-SideOverview.asp

经过将近一周时间的努力，在宝玉的大力支持和帮助以及UGIA、andot等的协助下,基于DotText的多用户版博客社区——博客港终于运行开通了。
博客港目前的口号是“风雨中我们一起努力！”。博客港的本意是为了建立一个较为友好直接的交流平台，一个展示个人才华和精神面貌的信息港湾。
博客港地址为:http://www.qihang.net。

早期就一直关注着DasBlog，这款Asp.net+XML的Blog系统。因为它拥有着其他众多Blog所没有的特性。
去年（2004年）使用DasBlog的时候，发现了问题，并发现了很多不适合或者不满足中国人的东西，所以开始学着宝玉研究DOTNET Forum一样来研究Dasblog的系统构架和代码，做Dasblog系统的本土化改进。希望能在不久的未来出来一款适合中国人使用的DasBlog来。

让我们一起努力吧！！！