按标签归档：.Net

FileUpload 控件显示一个文本框控件和一个浏览按钮，使用户可以选择客户端上的文件并将它上载到 Web 服务器。用户通过在控件的文本框中输入本地计算机上文件的完整路径（例如，C:\MyFiles\TestFile.txt）来指定要上载的文件。用户也可以通过单击“浏览”按钮，然后在“选择文件”对话框中定位文件来选择文件。 用户选择要上载的文件后，FileUpload 控件不会自动将该文件保存到服务器。您必须显式提供一个控件或机制，使用户能提交指定的文件。例如，可以提供一个按钮，用户单击它即可上载文件。为保存指定文件所写的代码应调用 SaveAs 方法，该方法将文件内容保存到服务器上的指定路径。通常，在引发回发到服务器的事件的事件处理方法中调用 SaveAs 方法。 在文件上传的过程中，文件数据作为页面请求的一部分，上传并缓存到服务器的内存中，然后再写入服务器的物理硬盘中。 有三个方面需要注意： 1.确认是否包含文件 在调用 SaveAs 方法将文件保存到服务器之前，使用 HasFile 属性来验证 FileUpload 控件确实包含文件。若 HasFile 返回 true，则调用 SaveAs 方法。如果它返回 false，则向用户显示消息，指示控件不包含文件。不要通过检查PostedFile 属性来确定要上载的文件是否存在，因为默认情况下该属性包含 0 字节。因此，即使 FileUpload 控件为空，PostedFile 属性仍返回一个非空值。

ASP.NET 页运行时，此页将经历一个生命周期，在生命周期中将执行一系列处理步骤。这些步骤包括初始化、实例化控件、还原和维护状态、运行事件处理程序代码以及进行 呈现。了解页生命周期非常重要，因为这样做您就能在生命周期的合适阶段编写代码，以达到预期效果。此外，如果您要开发自定义控件，就必须熟悉页生命周期， 以便正确进行控件初始化，使用视图状态数据填充控件属性以及运行任何控件行为代码。（控件的生命周期基于页的生命周期，但是页引发的控件事件比单独的 ASP.NET 页中可用的事件多。） 常规页生命周期阶段 一般来说，页要经历下表概述的各个阶段。除了页生命周期阶段以外，在请求前后还存在应用程序阶段，但是这些阶段并不特定于页。有关更多信息，请参见 ASP.NET 应用程序生命周期概述。 阶段 说明 页请求 页请求发生在页生命周期开始之前。用户请求页时，ASP.NET 将确定是否需要分析和编译页（从而开始页的生命周期），或者是否可以在不运行页的情况下发送页的缓存版本以进行响应。 开始 在开始阶段，将设置页属性，如 Request 和 Response。在此阶段，页还将确定请求是回发请求还是新请求，并设置 IsPostBack 属性。此外，在开始阶段期间，还将设置页的 UICulture 属性。 页初始化 页初始化期间，可以使用页中的控件，并将设置每个控件的 UniqueID 属性。此外，任何主题都将应用于页。如果当前请求是回发请求，则回发数据尚未加载，并且控件属性值尚未还原为视图状态中的值。 加载 加载期间，如果当前请求是回发请求，则将使用从视图状态和控件状态恢复的信息加载控件属性。 验证 在验证期间，将调用所有验证程序控件的 Validate 方法，此方法将设置各个验证程序控件和页的 IsValid 属性。 回发事件处理 如果请求是回发请求，则将调用所有事件处理程序。 呈现 在呈现之前，会针对该页和所有控件保存视图状态。在呈现阶段中，页会针对每个控件调用 … 继续阅读 →

看到csdn上n多人问同样的问题，Ajax乱码等等的，想做个总结，不对的地方请各位指教。 我所说的环境是asp.net web应用，其他web开发应用一个道理。 开发国际化、多语言应用的web application，你个基本步骤： 1.首先你项目所有的东东（主要指各种文件，包括后台代码、资源文件等）采用utf-8文件编码，这一步解决了文件编码问题(确保你的文件真正应用了或转成了utf-8编码，用转换工具或vs的高级存储选项) 2. 把你所有的web页面meta中指定charset为utf-8（可以为link、script同时指定charset），这样你从页面发出的请求（声明 一点这个请求非ajax请求，ajax请求另作处理），如点击按钮产生的post请求等都是以utf-8传输内容的了 3.做了2的步骤之 后，就要求服务器端晓得你的client发来的http请求默认编码的是utf-8的了，一旦它知道了，你在服务端取request中的参数就也不必要做 单独的utf-8解码处理了，这个在asp.net中用web.config通知web server 的asp.net处理引擎，在其中system.web下加入如下配置： <globalization requestEncoding=”UTF-8″ responseEncoding=”UTF-8″ fileEncoding=”UTF-8″…… 4. 解决ajax请求的编码问题，就是让ajax求不采用默认的编码传输数据，而是和我们的系统统一采用utf-8编码，这个要根据你使用的具体的js lib进行设置，prototype中默认用utf-8(如果没有的话，你可以用ajax的options选项加入encoding:’utf-8′)， 用dojo的话默认是ansi，各位可以按需设置。另外对于裸写ajax请求的用户你可以这样指定： request.setRequestHeader(‘Content-type’,’application/x-www-form-urlencoded; charset=utf-8′);

大型互联网网站架构心得之”分” 我们知道，对于一个大型网站来说，可伸缩性是非常重要的，怎么样在纵向和横向有良好的可伸缩性，就需要在做架构设计的时候考虑到一个分的原则，我想在多个方面说一下怎么分： 首先是横向的分： 1. 大的网站化解为多个小网站：当我们一个网站有多个功能的时候，可以考虑把这个网站拆分成几个小模块，每一个模块可以是一个网站，这样的话我们到时候就可以很灵活地去把这些网站部署到不同的服务器上。 2. 静态动态分离：静态文件和动态文件最好分离开成2个网站，我们知道静态网站和动态网站对服务器来说压力的侧重不同，前者可能重IO后者重CPU，那 么我们在选择硬件的时候也可以有侧重，而且静态和动态内容的缓存策略也不一样。典型的应用，我们一般会有独立的文件或图片服务器。而且，使用不用的域名还 可以提高浏览器并行加载的能力。 3. 按照功能来分：比如有一个模块是负责上传的，上传操作很消耗时间，如果和其它应用混在一起的话很可能，一点点访问就会使服务器瘫痪，这种特殊的模块应该分开。安全的不安全的也要分开，还需要考虑到以后SSL的购买。 4. 我们不一定要全部用自己的服务器，搜索、报表可以依靠别人的服务，比如google的搜索和报表服务，自己做的不一定比得过别人，服务器带宽都省了。 其次是纵向的分： 1. 文件也相当于数据库，IO的流量可能比数据库还大，这也算是纵向级别的访问，上传的文件图片一定要和WEB服务器分开。当然，数据库和网站都放在一个服务器上的很少了，这是最基本的。 2. 对于涉及到数据库访问的动态程序来说，我们可以使用一个中间层（所谓的应用层或逻辑层）来访问数据库（部署在独立的服务器上），最大的好处就是缓存 和灵活性。缓存的内存占用比较大，我们要把它和网站进程分开，而且这样做我们可以很方便的去改变一些数据访问的策略，即使到时候数据库有分布的话在这里可 以做一个调配工作，这样灵活性就很大了。还有好处是中间层可以做电线网通桥梁，可能网通访问双线再访问电信会比网通直接访问电信服务器快。 有人说我不分，我可以做负载均衡，对，是可以的，但是如果分的话，同样的10台机器肯定比不分10台机器可以承受更多的访问量，而且对硬件的需求可能不会 很高，因为知道需要哪个硬件特别好。争取让每一个服务期都不空闲，又都不是太忙，合理进行组合调整和扩充，这样的系统伸缩性就高了，能根据访问量来调整的 前提就是之前有考虑到分，分的好处是灵活性、伸缩性、隔离性以及安全性。