using System;using System.Data;using System.Configuration;using System.Web;using System.Web.Security;using System.Web.UI;using System.Web.UI.WebControls;using System.Web.UI.WebControls.WebParts;using System.Web.UI.HtmlControls; using System.IO; public partial class _Default : System.Web.UI.Page{ protected void Page_Load(object sender, EventArgs e) { string Path = Server.MapPath("1.txt"); string strings = "1232222"; FileAdd(Path, strings); } public static void FileAdd(string Path, string strings) { //实现一个System.IO.StreamWrite,使其以一种特定的编码向流中写入数据,AppendText数据追加到文件末尾 //这句也可以写成StreamWriter sw = new StreamWriter(Path, true, Encoding.GetEncoding("GB2312")); StreamWriter sw = File.AppendText(Path); //开始写入 sw.WriteLine(strings); //清理当前编码器的缓冲区,并将所有缓存数据写入基础流 sw.Flush(); sw.Close(); } } 转自：http://blog.sina.com.cn/s/blog_812ce0500100ywjb.html
View DetailsGlobal.asax 文件，有时候叫做 ASP.NET 应用程序文件，提供了一种在一个中心位置响应应用程序级或模块级事件的方法。你可以使用这个文件实现应用程序安全性以及其它一些任务。下面让我们详细看一下如何在应用程序开发工作中使用这个文件。 概述Global.asax 位 于应用程序根目录下。虽然 Visual Studio .NET 会自动插入这个文件到所有的 ASP.NET 项目中，但是它实际上是一个可选文件。 删除它不会出问题——当然是在你没有使用它的情况下。.asax 文件扩展名指出它是一个应用程序文件，而不是一个使 用 aspx 的 ASP.NET 文件。Global.asax 文件被配置为任何（通过 URL 的）直接 HTTP 请求都被自动 拒绝，所以用户不能下载或查看其内容。ASP.NET 页面框架能够自动识别出对Global.asax 文件所做的任何更改。 在 Global.asax 被更改后ASP.NET 页面框架会重新启动应用程序，包括关闭所有的浏览器会话，去除所有状态信息，并重新启动应用程序 域。 编程Global.asax 文件继承自HttpApplication 类，它维护一个HttpApplication 对象池，并在需要时将对象池中的对象分配给应用程序。Global.asax 文件包含以下事件：Application_Init：在应用程序被实例化或第一次被调用时，该事件被触发。对于所有的HttpApplication 对象实例，它都会被调用。Application_Disposed：在应用程序被销毁之前触发。这是清除以前所用资源的理想位置。Application_Error：当应用程序中遇到一个未处理的异常时，该事件被触发。Application_Start：在HttpApplication 类的第一个实例被创建时，该事件被触发。它允许你创建可以由所有HttpApplication 实例访问的对象。Application_End：在HttpApplication 类的最后一个实例被销毁时，该事件被触发。在一个应用程序的生命周期内它只被触发一次。Application_BeginRequest：在接收到一个应用程序请求时触发。对于一个请求来说，它是第一个被触发的事件，请求一般是用户输入的一个页面请求（URL）。Application_EndRequest：针对应用程序请求的最后一个事件。Application_PreRequestHandlerExecute：在 ASP.NET 页面框架开始执行诸如页面或 Web 服务之类的事件处理程序之前，该事件被触发。Application_PostRequestHandlerExecute：在 ASP.NET 页面框架结束执行一个事件处理程序时，该事件被触发。Applcation_PreSendRequestHeaders：在 ASP.NET 页面框架发送 HTTP 头给请求客户（浏览器）时，该事件被触发。Application_PreSendContent：在 ASP.NET 页面框架发送内容给请求客户（浏览器）时，该事件被触发。Application_AcquireRequestState：在 ASP.NET 页面框架得到与当前请求相关的当前状态（Session 状态）时，该事件被触发。Application_ReleaseRequestState：在 ASP.NET 页面框架执行完所有的事件处理程序时，该事件被触发。这将导致所有的状态模块保存它们当前的状态数据。Application_ResolveRequestCache：在 ASP.NET 页面框架完成一个授权请求时，该事件被触发。它允许缓存模块从缓存中为请求提供服务，从而绕过事件处理程序的执行。Application_UpdateRequestCache：在 ASP.NET 页面框架完成事件处理程序的执行时，该事件被触发，从而使缓存模块存储响应数据，以供响应后续的请求时使用。Application_AuthenticateRequest：在安全模块建立起当前用户的有效的身份时，该事件被触发。在这个时候，用户的凭据将会被验证。Application_AuthorizeRequest：当安全模块确认一个用户可以访问资源之后，该事件被触发。Session_Start：在一个新用户访问应用程序 Web 站点时，该事件被触发。 Session_End：在一个用户的会话超时、结束或他们离开应用程序 Web 站点时，该事件被触发。Application_Error 事件显示一个简单的消息用以说明发生的错误。 这个事件列表看起来好像多得吓人，但是在不同环境下这些事件可能会非常有用。使用这些事件的一个关键问题是知道它们被触发的顺序。Application_Init 和Application_Start 事件在应用程序第一次启动 时被触发一次。相似地，Application_Disposed 和 Application_End 事件在应用程序终止时被触发一次。此外，基于会 话的事件（Session_Start 和 Session_End）只在用户进入和离开站点时被使用。其余的事件则处理应用程序请求，这些事件被触发的 顺序是：Application_BeginRequestApplication_AuthenticateRequestApplication_AuthorizeRequestApplication_ResolveRequestCacheApplication_AcquireRequestStateApplication_PreRequestHandlerExecuteApplication_PreSendRequestHeadersApplication_PreSendRequestContent<<执行代码>>Application_PostRequestHandlerExecuteApplication_ReleaseRequestStateApplication_UpdateRequestCacheApplication_EndRequest 这些事件常被用于安全性方面。 转自：http://www.cnblogs.com/xiaopin/archive/2010/08/31/1813747.html
View Detailsweb.config是asp.net中保存配置信息（比如数据库连接字符串等）的重要文件。它是基于xml的文本文件方式放在Web应用程序的任何目录中，并且默认不随源文件编译到Dll中，而运行环境随时监视着它是否有改变，一但有变动，系统会自动重新加载里面的最新内容。 一、 配置文件保存位置 .net的默认配置文件保存在“windows目录\Microsoft.NET\Framework\对应.net版本\config”文件夹下面。不同的操作系统windows目录不一样，我们在命令行下输入“echo %windir%”查看windows目录所在的位置。 图：web.config所在的目录 Asp.net中有两个非常重要的配置文件，分别是machine.config和web.config，它们都位于config文件夹下面。这两个文件一般不需要我们手工是维护它，保持默认即可。但针对asp.net应用程序，它自身会有0个，1个或者多个web.config配置文件，多个配置文件会存在加载顺序问题。下节会介绍。 注意，传说中.net3.0和.net3.5只是在.net2.0的基础上扩充中，所以还是没用的.net2.0的配置文件。它们连config这个目录都没有。 二、 配置文件加载顺序 IIS在Asp.net网站启动时，会加载配置文件中的配置信息，然后缓存这些信息，不会每次要用都去读取配置文件，只是IIS会随时监视着这些文件的变化，一量有变化，它会重新去读取并缓存配置信息。 Asp.net网站运行时会按照以下方式加载配置文件中的节点信息： 1) 如果在当前运行页面所在的目录下有web.config文件，则查找是否存在所需要的节点，如果存在则返回结果，并停止下一步地查找。 2) 如里所在目录不存在web.config配置或者配置文件里没有所需要的节点，则查找它所在的上一级目录的配置文件中的节点，直到网站根目录。（问题：IIS6中的虚拟目录算不算根目录） 3) 如果网站根目录中都不存在web.config或者所需要的配置节点，转而到“windows目录\Microsoft.NET\Framework\对应.net版本\config\web.config”中去查找。 4) 如果第3条中还没找到，继续到“windows目录\Microsoft.NET\Framework\对应.net版本\config\machine.config”中去查找。 5) 如果还没找到，那就报错吧。 存在两个问题 1) IIS6中的虚拟目录算不算根目录。 2) 在系统运行时，在一个原本没有web.config的目录中手工加上一个web.config，会不会自动加载。 三、 配置文件节点介绍 Web.config文件是一个xml文本文件，它的根节点为<configuration>,该节点下包含常见的子节点有：<configSections>、<appSettings>、<connectionStrings>（保存数据库连接字符串）、<location>和<system.web>。下面针对各节点配置进行介绍。 1. <configSections> configSections 元素指定了配置节和处理程序声明。由于 ASP.NET 不对如何处理配置文件内的设置作任何假设，因此这非常必要。但 ASP.NET 会将配置数据的处理委托给配置节处理程序。配置结构信息如下： <configSections> <!--定义配置节处理程序与配置元素之间的关联。--> <section /> <!--定义配置节处理程序与配置节之间的关联。--> <sectionGroup /> <!--移除对继承的节和节组的引用。--> <remove /> <!--移除对继承的节和节组的所有引用，只允许由当前 section 和 sectionGroup 元素添加的节和节组。--> <clear/> </configSections> 每个 section 元素标识一个配置节或元素以及对该配置节或元素进行处理的关联 ConfigurationSection 派生类。可以在 sectionGroup 元素中对 section 元素进行逻辑分组，以对 section 元素进行组织并避免命名冲突。section 和 sectionGroup 元素包含在 configSections 元素中。 如果配置文件中包含 configSections 元素，则 configSections 元素必须是 configuration 元素的第一个子元素。 下面我们来示例写一个自定义配置信息，并完成它的SectionHandler，首先我们在<configuration>节点下添加configSections。 <configuration> <configSections> <sectionGroup name="mySectionGroup"> <section name="mySection" requirePermission="true" type="ConfigTest.SectionHandler.MySectionHandler,ConfigTest.SectionHandler" /> […]
View DetailsForrstForrest是为开发人员和设计师提供的一个新兴的地方，在这里可以分享代码和截图以及链接，启发你的灵感。如果你曾想为你的一块代码获得一些专业实诚 的建议；如果你在几个logo中没法做出决定的时候，Forrst正好适合你。此社区正处扩张期，仍然以邀请的方式注册，但我还是强烈推荐给你，没有什么 比在这个全新的站点受欢迎更好的事了。 Twitter如果你仍然认为Twitter只是一个提供给小女孩讨论关于贾斯汀比伯发烧友的推文的地方的话，或许你这么想也是对的，但除此之外，软件开发者在这里分享 他们一些有趣的产品和最新的趣闻。Twitter是我了解新闻的汇集地，如果有看到同样的故事被多个人推送，通常我会进一步研究，如果你关注对了人的话， 推文无疑是一种很重要的保持联系地方式。 Blog现在估计你会说”疯了吧,我不想拥有博客，我不是那种喜欢分享一切甚至将来死了还希望能有一部电影是写关于自己的时髦人。虽然博客是有特定类型的人做白日 梦的地方，但它仍然允许你分享一些很酷的东西。这是记录你作为程序员生涯和人类生存的整个过程，甚至能够为你的未来开启一扇大门。 Github你的代码保存在硬盘上不让任何人使用那将会发生什么事情呢？它永远也不会被运行或者用于其他用途，在我的思维中这是一种彻彻底底的失败，上Guthub,把你的代码免费公开出来，同时是一种学习新事物的好方法，现在就选择一门熟悉的语言开始阅读吧。 Stackoverflow你是属于那种问一大堆问题然后期待答案的那类人吗？Stackoverflow这个最优秀的Q&A站点开始出现在网络上，它有各种姊妹站点，想知道更多关于食谱、编码、Ubuntu、或者即使是新事物。这里有海量的知识库，我推荐给任何想知道更多东西的开发者。 HackerNews你有想过大批聪明的开发者愿意发送技术文章和趣事链接到新闻站点上吗？准备一天花费一小时轻松点击刷新，赶紧检查下吧。 Reddit现在你可能认为Reddit主要是用于查找有关猫的一些趣图和利用人性弱点制造娱乐的地方，然而有大批的开发者开始在讨论各种搞破坏的开发，在subreddit还能找到更多的方法。 CoderWall我知道我说了7种但是不能遗漏coderwall,我们喜欢竞争,记录一些成就，CoderWall为我们提供了这样的平台。他们最近发布一个新的描述页面，看起来很棒，试试吧。 原文：Mahdi Yusuf 编译：伯乐在线 –刘志军
View Details本文From hongshengpeng 解决ASP.NET 4.0 "A potentially dangerous Request.Form value was detected from the client". 错误在.net中，Request时出现有HTML或Javascript等字符串时，系统会认为是危险性值。立马报错。（在.aspx文件头中加入这句： <%@ Page validateRequest="false" %>，但还是出现相同错误） 或是修改web.config文件: <configuration> < system.web> <pages validateRequest="false" /> < /system.web> < /configuration> 但错误依旧。对.NET 4.0, 应该加上requestValidationMode="2.0" to the httpRuntime configuration section of the web.config :<httpRuntime requestValidationMode="2.0"/>（这句重要） 结构：<configuration> <system.web> <httpRuntime requestValidationMode="2.0">
View Details