iis7配置虚拟主机 服务器iis配置步骤
如何选择WordPress主机
选择WordPress主机时建议考虑以下因素：
1、靠谱的主机商
选择一家口碑好、有资质的主机商很重要，尤其是对于没有经验的新手小白来说，建议选择一家有实力的主机商，例如Hostinger WordPress主机，能够提供全天候的技术支持，这样在使用中遇到问题可以最短的时间内得到的良好的解决。
2、主机的兼容性
选择WordPress主机时要观察能不能兼容最新版本的WordPress。WordPress程序是采用的PHP语言，运行在Apache+PHP+MySQL环境下，所以建议选择Linux操作系统的WordPress主机。
3、速度和稳定性
网站的访问速度和稳定性对于用户体验至关重要，直接影响到WordPress网站在搜索引擎中的排名。因此，选择主机时必须谨慎，如果想了解WordPress主机的访问速度和稳定性如何，可以向主机商索要演示网站或测试IP地址，或者查看该主机商的评测，以便有详细的了解。
4、安全性
在选择WordPress主机的时候，要看能不能提供DDoS保护、防火墙、SSL证书反病毒软件等安全措施，以确保网站在后续使用中的安全。
5、性价比
最后，选择WordPress主机时还应考虑主机的性价比，不同的主机商、不同的配置主机价格自然是不同的。
服务器默认安装iis7 可以改成iis6吗
好吧，开始正文，在上篇文章《蜘蛛抓取静态页面与触发gzip压缩的实验结果》中的问题二，我提出了gzip静态页面的压缩版本在服务器上保存方式的猜测，在困惑了许久之后，发现导致两个主机返回gzip结果不同的最终原因是iis版本而不是我猜测的缓存文件夹设置过小事实上，iis7比iis6在静态压缩上有了较大的更新，在IIS6中，静态压缩是在一个不同的线程上进行的，所以在收到一个HTTP请求后，第一个发送给浏览器的HTML版本是没有压缩过的，而同时IIS6会开始使用一个不同的线程对这个文件进行压缩并且将这个压缩后的版本长期保存在压缩文件的缓存文件夹内。而在以前，也就是IIS6服务器上，在压缩完成之后凡是对该被压缩版本的静态文件的HTTP请求，IIS6都会直接从缓存文件夹中直接调用压缩后的版本并返回给浏览器。但是在IIS7中，压缩是在主线程上进行的，而且为了节省压缩的成本，IIS7不对所有的HTTP请求而只对哪些经常会被用户访问的静态文件进行压缩版本的长期保存，这也就是为什么我在之前第一次访问没有压缩，短期内再次访问返回的是压缩版本，但是再过几分钟访问返回的又是未压缩版本的原因。这里我们可以理解为IIS7并没有将压缩版本实际保存到缓存文件夹中，而是只在服务器内存中做了保存，或者是临时将压缩版本保存到缓存文件夹中，一会之后进行删除。而IIS7定义什么文件是经常访问的符合压缩标准的方法是system.webServer/serverRuntime中的以下两个属性，frequentHitThreshold和frequentHitTimePeriod。如果IIS在frequentHitTimePeriod时间段内接收到了对某个静态文件的超过frequentHitThreshold闸值次数的访问，那么IIS7就会像IIS6一样压缩该静态文件并且将这个压缩后的版本长期保存在压缩文件的缓存文件夹内。如果用户访问网站某文件时，已经在缓存文件夹中存在该文件的缓存版本，那么IIS7是不会再判断frequentHitThreshhold这个逻辑而是直接返回压缩版本给浏览器。这种设置的确很蛋疼，但是微软官方给出的答复是这样有利用提高服务器性能。。。那么如果想要让IIS7能够向IIS6一样做压缩的话，有两种解决方法，当然都是修改frequentHitThreshold和frequentHitTimePeriod这两个值：第一种是在web.config中添加以下内容，将frequentHitThreshold调至1，将frequentHitTimePeriod调制10分钟 frequentHitThreshold="1" frequentHitTimePeriod="00:10:00"/>第二种方法是打开%windir%\system32\inetsrv\appcmd.exe，然后再命令行界面中输入以下命令字符串，然后回车微软官方建议比较不激进的办法是不要调低frequentHitThreshold而是提高frequentHitTimePeriod，这样对服务器性能更适中。这里要提到的是，对于拥有VPS的朋友们，建议可以手动设置，而虚拟主机用户能不能设置就得看服务商了，我就很悲剧的改不了。大家试试看吧！绿茶软件园小编推荐阅读： Windows2003下IIS配置教程(图) XP系统中如何安装IIS
如何在服务器iis7上禁止返回IIS的错误信息
通过 IIS配置
按住 WIN+ R打开命令行输入 inetmgr打开 IIS管理
左边目录选择目标站点，在右边 IIS块中双击 Error Pages
在 Error Pages中右边的 Actions，选择 Edit Feature Settings
在 Error Responses中，选择 Detailed errors，单机 OK完成配置。
通过命令行
启用详细错误：
%windir%\system32\inetsrv\appcmd.exe set config"Default Web Site/yourapp"/section:httpErrors/errorMode:Detailed
禁用详细错误：
%windir%\system32\inetsrv\appcmd.exe set config"Default Web Site/yourapp"/section:httpErrors/errorMode:Custom
通过 web.config配置
其实，上面在两种配置，最终都会反应到对应的 web.config中。因此，我们可以直接编辑 web.config。特别是对于买的虚拟主机(Shared Web Hosting)，没有权限更改IIS。打开网站目录，找到 web.config文件（如果没有，就建立一个 txt文件存为 web.config），找到 system.webServer配置节，添加配置<httpErrors errorMode="DetailedLocalOnly"/>。
<configuration>
<system.webServer>
<httpErrorserrorMode="DetailedLocalOnly"/>
</system.webServer>
</configuration>
注意
此参数选项可以应用到网站或子目录或虚拟目录。
此参数选项对所有 IIS应用程序有效，包括 ASP, APS.NET, PHP等。
如果是 ASP.NET程序，可能还需要配置<customErrors mode=”Off”/>
view sourceprint?
1<system.web>
2<customErrors mode=”Off”/>
3</system.web>
此外，如果是 ASP程序，还可以配置 sendErrorsToBrowser选项：
通过 IIS配置
按住 WIN+ R打开命令行输入 inetmgr打开 IIS管理
左边目录选择目标站点，在右边 IIS块中双击 ASP
在 ASP页中展开 Debugging Properties节点
找到 Send Errors To Browser，选择 true
右边 Actions中，单击 Apply
通过命令行
启用：
%windir%\system32\inetsrv\appcmd set config-section:asp-scriptErrorSentToBrowser:true
禁用：
%windir%\system32\inetsrv\appcmd set config-section:asp-scriptErrorSentToBrowser:false
注意上面参数中 config后面不能指定站点目录
