通常把站点发布到IIS上运行正常后,很少会去考虑IIS提供的各种参数,如何配置才是最适合当前站点运行需要的?这篇文章,从基本设置.回收机制.性能.并发.安全性等IIS设置讲解应当如何优化. 先来“IIS应用程序池”优化后的参数配置截图: 图中一些数值限制参数,可以借助一些工具(如:windows性能监控)观察站点运行的指标进行设置,具体后面会介绍到 下面来分别解说下这些参数为什么要这样设置(注:文章中的参数,不是按照应用程序池的设置从上到下排列的,而是按照优化的功能点排列) 一.设置应用程序池默

很多时候多线程能快速高效独立的计算数据,应用比较多. 但今天遇到的多进程下的问题更是让人觉得复杂 多进程下static变量都要失效,就目前的平台和产品static使用是很多的,各种session.cache等,完全不适合多进程. 分布式系统之间不能相互使用进程内的变量,必须使用分布式缓存之类的远程容器,否则无法做到跨进程. 同样的Application变量也没法使用,必须做进程间通信. 分布式系统比普通系统复杂得多的,支持几千人在线的系统和支持数十万人在线的系统的架构是不同的. so,面对如此多

今天在做Portal中的Dashboard展现的时候,需要对多个统计字段做展现,根据我现在的掌握水平,我只能在sql调用构建器中实现一种sql语 句返回的resultSet做展现.没有办法,只能从数据库的sql中入手,看看能不能实现在同一个sql语句中如何写不同条件的count数量. 终于在高手的指点下,写出了下面的成果 end)"描述名称1", end)"描述名称2" from 表名 t 转载地址:http://www.thinksaas.cn/group/top

前言 最近在看<高性能网站建设>,记录一下所学. 现在很多网站都是图片形式的导航,点击图片跳转到对应的链接.如果导航项目很多的话,图片的数量就会很多,每需要加载一张图片就会多一个HTTP请求.优化的方式之一就是使用图片地图 标签 图片地图要用到map和area标签 map标签用于客户端的图片映射:area标签指定映射区域.兼容性良好,可放心使用 栗子 <aside class="container"> <img src="src/img_map.

首先不要设置iis自动回收,一般设置凌晨1-2点左右回收一次,当凌晨iis回收应用程序池的时候,会调用Application_End,执行里面的代码, 重新启动网站,建议定时器的代码放在Session_Start里面,因为 Application_Start只有再第一个用户访问网站的时候才会触发该方法,通常会在该方法里定义一些系统变量,如聊天室的在线总人数统计, 历史访问人数统计的初始化等等均可在这里定义.所以第一次访问的时候会先进入Application_Start, 然后再进入Session

ckfinder_php_3.4.4 IIS 报错 无效请求 (Invalid request) Apache 正常,但是在IIS环境下报错,解决方法 设置 C:\Windows\Temp 目录 给 用户 IIS_IUSERS 读写权限 问题解决 ckfinder 设置 显示报错详细信息, ckfinder/config.php // Production error_reporting(E_ALL & ~E_DEPRECATED & ~E_STRICT); ini_set('displa

方法一:配置C:\Windows\System32\inetsrv\Config\applicationHost.conf的put,delete 方法二:网传最广之方法,修改项目的web.config文件,在<system.webServer></system.webServer>里面贴上下面代码,移除WebDAVModule <modules runAllManagedModulesForAllRequests="true"> <remove

减少http请求数量:就是资源的合并 减少http请求大小:就是资源的压缩   一.资源合并的原理:   资源不合并的缺点: 1.文件和文件之间有插入请求----请求a.js,b.js,c.js(三行请求)合并之后只需要请求一行(请求a-b-c.js),不合并增加了N-1个网络延迟,上图而言是增加了2个网络延迟. 2.每一个网络请求都会相应增加丢包问题的影响,所以不合并资源的时候,请求多了,所受丢包问题影响更严重. 3.keep-alive服务器可能会被断开,不能完成整个keep-alive状态

在白鹭引擎发布了5.2.7版本中新增加了命令行,增加自动合图插件TextureMergerPlugin功能.今天,我们以一个EUI案例来展示自动合图插件的具体使用方法和注意事项. 此外,我们在本文还融入了UglifyPlugin.ResSplitPlugin.ZipPlugin等插件使用方法.开发者利用上述4款插件,将实现代码包体积更小.更好管理的目标. 目录: 使用UglifyPlugin将代码混淆压缩使用ResSplitPlugin把部分资源分离出去使用ZipPlugin把文件压缩成zip格

一.前言 最近使用AutoMapper的时候,一段时间久会产生System.NullReferenceException:未将对象引用设置到对象的实例.这个问题.后来通过测试,发现部署在IIS上的站点,默认情况下,IIS会在每个间隔固定时间回收AppPool,如果刚刚好有很多请求访问调用了AutoMapper映射的接口,就会产生如下问题. System.NullReferenceException: 未将对象引用设置到对象的实例. 在 AutoMapper.TypeMapFactory.<>c

第一种解决方案: iis6系统默认的工作进程回收时间是29个小时有很多问题是在回收工作进程后出现很多问题如典型的500错误等经过我做服务器的一段时间的观察大家可以不用回收工作进程而是把应用程序池的最大使用内存调整到一个合适的值就可以了,因为如果设置了不回收工作进程,哪么这个应用程序池所占用内存的体积会很大并在不短增加中,我们设置了这个池最大使用内存的大小就控制注了这个应用程序池的程序变化在一个合理的值里 第二种解决方法: IIS6的应用程序池会经常出现一些问题 [查看系统日志会发现下边错误] 为

pasting 环       境:windows 2003 IIS6.0 程序支持:ASP.NET .NET版本:2.0.4.0 问    题:之前服务器上各大网站运行良好,今天突然出现:"没有为请求 类型"GET"找到 HTTP 处理程序 的异常信息."的异常,解决此类问题:百度一下,搜索的结果并不令人满意,相关的解决方案更是很少.接下来了简单的总结了下网站出现此类才此类问题时,我 们怎样做,可以避免一些弯路,节省更多的时间. 分    析:其实错误已经很明确的

IIS拒绝PUT和DELETE请求是由于IIS为网站默认注册的一个名为WebDAVModule的自定义HttpModule导致的,如果我们的站点不需要提供针对WebDAV的支持,解决这个问题最为直接的方式就是利用如下配置将注册的HttpModule移除即可: 1 <system.webServer> 2 <modules runAllManagedModulesForAllRequests="true"> 3 <remove name="WebD

IIS拒绝PUT和DELETE请求是由于IIS为网站默认注册的一个名为WebDAVModule的自定义HttpModule导致的,如果我们的站点不需要提供针对WebDAV的支持,解决这个问题最为直接的方式就是利用如下配置将注册的HttpModule移除即可: <system.webServer> <modules runAllManagedModulesForAllRequests="true"> <remove name="WebDAVModu

接着上篇博文为ASP.NetCore程序启用SSL的code,这篇将介绍如何用IIS充当反向代理的角色转发请求到Kestrel服务器 与ASP.NET不同,ASP.netCore使用的是自托管web服务器Kestrel,所以IIS目前对于ASP.netCore只充当转发请求的代理而已,转发代理就需要iis安装之前没有的模称为:AspNetCoreModule,此模块包含在ANCM(官网说明:ANCM)中,下载地址:.NET Core Windows Server Hosting 在开始IIS代理

IIS默认回收时1740分钟,这样的话,有可能在访问高峰期时时回收,可以设置为定时回收

当上传一个超过30M的文件时,服务器会重定向至404.13页面,报错如下: HTTP Error 404.13 - Not Found The request filtering module is configured to deny a request that exceeds the request content length. 此请求的查询字符串的长度超过配置的 maxQueryStringLength 值 一.全局配置 C:\Windows\System32\inetsrv\conf

尝试使用微软的Web Api,他的确是一个很有意思的东西. 让我体会到了许多的方便,但是我发现部署到IIS服务器上去了后PUT和Delete请求将返回405. 原因是IIS的默认处理程序默认情况下只允许GET,POST,HEAD和调试方法.而不能使用PUT和Delete操作. 此时也很简单只需要在Web配置文件中做如下修改即可: <system.webServer> <modules runAllManagedModulesForAllRequests="true"&

打开IIS管理器,找到“处理程序映射”,在列表右击选择“添加脚本映射”即可.eg:*.aspx,将该类型的页面的处理程序映射为“%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll”即可.

前几天帮同事优化了个SQL,原写法使用多个子查询这里不再重现了,大家都遇到过这样一种情况,在项目后期的维护中, 修改别人的SQL代码,超过30行的语句,多层子查询,读起来很坑,时间久的项目伴随着人员的流通,你可能就不知道原作者写这一堆的SQL是干什么用的, 当然碰到部分有注释习惯的朋友还是好点的,过长的SQL后期维护性与可读性很差,并且一般情况下性能也经不起推敲. 对于长的,复杂的SQL可以有很多种处理方式 1.沉到业务中取处理,拆分SQL 2.抽取公用统计属性,建立冗余表 上边简单列举这两种,

首先需要在Window中添加Application Initialization 在IIS中配置Application Pool 在IIS配置Web Site 配置完成,如果版本在7.5,可以下载:Application Initialization Module for IIS 7.5 还可以把Application Pool中的Idletimeout 设置成0,也会加快网站的第一次访问速度. 原文链接