metabase.xml位于C:\windows\system32\inetsrv目录下，用于保存IIS的基本配置信息。默认情况下IIS是不允许你直接对metabase.xml进行编辑的，你可以通过以下两种方式来实现：

1.停止IISAdmin服务后再编辑.
2.在IIS管理控制台中右击服务器名，选择属性，然后在弹出的服务器属性对话框中勾选允许直接编辑配置数据库，再点击确定即可.

然后在任何文本编辑器中打开metabase.xml文件，修改对应Web站点的AspMaxRequestEntityAllowed属性即可，它的单位是【字节】

需要的软件：Apache、IIS。无语……

假设你想外网使用Apache的服务并且使用80端口来访问网站，那么httpd.conf里就设置“Listren 80”；然后把需要代理的IIS站点，设置成任意（80等已用端口除外）端口，设置好后开始配置Apache的httpd.conf文件。以下是我实测，可能和网上其他的有一点点区别，但是我是可以实现了，下面列出几个关键部分。

Listren 80
#别人总是说要加IP在前面，我是没加
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so
#这两句前的井号去掉，我只用到了http
#之后我设置了通过IP访问的处理方法www.ctusky.com
NameVirtualHost *:80
<VirtualHost *:80>
    DocumentRoot "x:/html/ipweb"
    ServerName localhost
    ServerName *
</VirtualHost>
#然后就是设置代理了，假设IIS里设置的被代理端口为81
<VirtualHost *:80>
ServerName a.com
ProxyPass / http://b.com:81/
ProxyPassReverse / http://b.com:81/
</VirtualHost>
#记得换域名

通过上面的设置，当你访问a.com时，Apache就会把他交给由IIS工作的b.com的81端口了，前提是这个b.com:81能被访问到，如果你是通过内网端口映射，且不想那么麻烦，那么就定义一下自己的HOSTS表。好了，完稿。

具体代理过程细节后续，先记一下怎么样apache代理IIS后怎么样让来访IP显示正常，而不是127.0.0.1。

细心的童鞋们会发现，处于代理后的ASP程序，获取到的来访者的IP，全是服务器本机IP：127.0.0.1，这样可不太好。看到这个情况的第一个想法就是让Apache传递header给IIS，google了一下，哎……据说Apache的proxys功能里没这一项，要自己写模块，而我的又是exe程序，先不说写不写的来，就是写上了，还要去想怎么运行。

无奈下选择了一个笨办法：改ASP程序。买别人家的ASP程序，自己又不懂ASP，当然PHP也不懂，什么也不懂，凑合着来吧。好在服务器上需要这样功能的ASP程序不多，而且这家的CRM写的还算严谨，就这么改呗。

//一般情况下ASP获取来访IP用的是
Request.ServerVariables("REMOTE_ADDR")
//这种是适合服务器没使用反向代理的前提下的www.ctusky.com
//而使用了代理的就需要把这句改成
Request.ServerVariables("HTTP_X_FORWARDED_FOR")

办法很笨，不过至少满足了。ctusky最近更新的的确不多，可能也是因为我不喜欢伟大的国人的“原创、最新”等精神吧。至少这段时间我所写的，全是我实践过，并且在使用的。

完稿，祝福看到这篇博文的童鞋们。

//进入mysql数据库控制台，
mysql -u root -p
mysql>use 数据库
//然后使用source命令，后面参数为脚本文件(如这里用到的.sql)www.ctusky.com
mysql>source database.sql所在路径
mysql>exit

本文完稿。

Windows 2003 Server EE 恢复完了以后，正常的装MSSQL2000，不过提示那个25位的CD-KEY无法验证，为免下次再忘记操作步骤，记一下吧。解决方法：把下面代码复制成.reg文件另存，导入。

Windows Registry Editor Version 5.00
 
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager]
"SafeDllSearchMode"=dword:00000000

然后就完事了。。。 没什么技术含量。完稿

修改PHP环境默认时区有2个方法：

1、修改php.ini文件
打开php.ini文件，找到 date.timezone 那一行，去掉前面的“;” 。
修改为你需要的时区，例如：date.timezone = Asia/Shanghai
补充：其实修改GMT+8时区还可以使用：date.timezone = PRC
2、使用php函数
如果你使用北京时间，就像这样就可以了。

date_default_timezone_set("Asia/Shanghai");

注：确认修改正确的php.ini文件，通过phpinfo()可以查看php.ini文件所在的路径，修改php.ini文件后重启httpd。

配置方法

找到Apache的httpd.conf配置文件，编辑器打开。

//找到
<Directory />
　　Options FollowSymLinks
　　AllowOverride None
</Directory>
 
//修改为
 
<Directory />
　　Options FollowSymLinks
　　AllowOverride All
</Directory>
 
//就可以了
 
/*
如果需要使用.htaccess以外的其他文件名，可以用AccessFileName指令来改变。
例如，需要使用.config ，则可以在服务器配置文件中按以下方法配置：
*/
AccessFileName .config

　　通常，.htaccess文件使用的配置语法和主配置文件一样。AllowOverride指令按类别决定了.htaccess文件中哪些指令才是有效的。

(不)使用.htaccess文件的场合

　　一般情况下，不应该使用.htaccess文件，除非你对主配置文件没有访问权限。有一种很常见的误解，认为用户认证只能通过.htaccess文件实现，其实并不是这样，把用户认证写在主配置文件中是完全可行的，而且是一种很好的方法。
　　.htaccess文件应该被用在内容提供者需要针对特定目录改变服务器的配置而又没有root权限的情况下。如果服务器管理员不愿意频繁修改配置，则可以允许用户通过.htaccess文件自己修改配置，尤其是ISP在同一个机器上运行了多个用户站点，而又希望用户可以自己改变配置的情况下。
　　虽然如此，一般都应该尽可能地避免使用.htaccess文件。任何希望放在.htaccess文件中的配置，都可以放在主配置文件的段中，而且更高效。
避免使用.htaccess文件有两个主要原因。
　　首先是性能。如果AllowOverride启用了.htaccess文件，则Apache需要在每个目录中查找.htaccess文件，因此，无论是否真正用到，启用.htaccess都会导致性能的下降。另外，对每一个请求，都需要读取一次.htaccess文件。
　　还有，Apache必须在所有上级的目录中查找.htaccess文件，以使所有有效的指令都起作用，所以，如果请求/ctusky/ctu/sky中的页面，Apache必须查找以下文件：

/.htaccess
/ctusky/.htaccess
/ctusky/ctu/.htaccess
/ctusky/ctu/sky/.htaccess

　　一共就要访问4个额外的文件，就算这些文件都不存在，这也是本文开始说会影响服务器的一点性能的原因。
　　其次是安全。这样会允许用户自己修改服务器的配置，这可能会导致某些意想不到的修改，所以请认真考虑是否应当给予用户这样的特权。

　　如果你是apache的虚拟主机，首先确定他支持.htaccess文件（apache不支持.htaccess看这里）。然后在.htaccess文件中加入如下代码：

<files ctusky="">
            <br/> ForceType application/x-httpd-php<br/>          </files>
<br/>/*<br/>这里解释一下上面代码的意思，<br/>先设定你的PHP文件的文件名为ctusky.php，然后重命名，把.php去掉。<br/>这时你的文件名就是ctusky了，而不是ctusky.php<br/>上面代码的意思就是告诉apache，本目录内的ctusky文件，把他当作PHP来解析。<br/>*/

接下来就很简单了，该怎么弄就怎么弄了。又是记下一条，完稿。

正确区分mod_deflate和mod_gzip

所谓gzip，其实在早期的apache 1.x系列版本中没有内建网页压缩技术，所以才需要去gzip压缩，apache2官方在开发的时候，就已经把网页压缩考虑进去，内建了mod_deflate模块，所以apache2就不需要使用到mod_gzip了，这两者的工作原理是类似的，还有启用mod_deflate这个网页压缩的模块，功能和效率和mod_gzip是差不多的，甚至还好一些，就不需要再用mod_gzip模块了。

开启apache2的gzip

编译安装APACHE2.2.XX: 编译源码时要加上 –enable-deflate=shared
在http.conf里会找到如下行; 如果没有请加上

LoadModule deflate_module modules/mod_deflate.so

如果是YUM RPM安装的话就自动开启了.压缩比例:约能压缩下70％的体积

更多定制

开启了压缩功能.可以很好的使用了,如果你还想更详尽的定制的话,请看下面:
可以在http.conf后面加上这一段进行定制：(如非必要,用默认的就好了)

<ifmodule mod_deflate.c>
DeflateCompressionLevel 9
AddOutputFilterByType DEFLATE text/html text/plain text/xml application/x-httpd-php
AddOutputFilter DEFLATE js css
</ifmodule>

这样可以压缩一般网页中会用到的html、xml、php、css、js等格式档案输出，虽然会占用掉服务器处理器的一点点处理器时间，浏览者在接收 网页数据时也会消耗极短暂的一点点处理器时间，不过却可以大幅减少数据传输量，减少网络带宽被吃掉的情形。
DeflateCompressionLevel 9是指压缩程度的等级，从1到9，9是最高等级。据了解，这样做最高可以减少8成大小的传输量（看档案内容而定），最少也能够节省一半。
DeflateCompressionLevel 预设可以采用 6 这个数值，以维持耗用处理器效能与网页压缩质量的平衡。

补充

至于已经是压缩过的图片格式如jpg，音乐档案如mp3、压缩文件如zip之类的，就没必要再压缩了，因为这种档案你一开放服务器传输时压缩，处理器时间会跑不完，而且就算你跑完，大小也一样，如果使用PHP函数之类压缩过的文件，httpd服务是不会再次压缩的，系统级别的处理，总会比应用级别的效率高吧。

Apache 的 mod_deflate 和 gzip compression 的对比.
 
* 不使用任何压缩: 430KB
* 仅使用 gzip: 323KB
* 仅使用 Apache 的 deflate 模块: 247KB
* 同时使用 deflate 以及 gzip: 247KB
 
至於时间的部份, 差异倒不是很大, 大约都是在 10-20 秒左右。

gzip是HTTP的一种压缩算法，HTTP压缩是在Web服务器和浏览器间传输压缩文本内容的方法。HTTP压缩采用通用的压缩算法如gzip等压缩HTML、JavaScript或 CSS文件。压缩的最大好处就是降低了网络传输的数据量，从而提高客户端浏览器的访问速度。当然，同时也会增加一点点服务器的负担。Gzip是比较常见的一种HTTP压缩算法。

本文介绍的HTTP压缩方式，采用的是Windows系统设置的方式，优点是效率较高。

二、HTTP压缩工作原理

Web服务器处理HTTP压缩的工作原理如下：
Web服务器接收到浏览器的HTTP请求后，检查浏览器是否支持HTTP压缩；
如果浏览器支持HTTP压缩，Web服务器检查请求文件的后缀名；
如果请求文件是HTML、CSS等静态文件，Web服务器到压缩缓冲目录中检查是否已经存在请求文件的最新压缩文件；
如果请求文件的压缩文件不存在，Web服务器向浏览器返回未压缩的请求文件，并在压缩缓冲目录中存放请求文件的压缩文件；
如果请求文件的最新压缩文件已经存在，则直接返回请求文件的压缩文件；
如果请求文件是ASPX等动态文件，Web服务器动态压缩内容并返回浏览器，压缩内容不存放到压缩缓存目录中。

三、IIS 6.0中配置HTTP Gzip压缩的步骤

1、打开Internet信息服务(IIS)管理器，右击”网站”->”属性”，选择”服务”。在”HTTP压缩”框中选中”压缩应用程序文件”和”压缩静态文件”，按需要设置”临时目录”和”临时目录的最大限制”；
2、在Internet信息服务(IIS)管理器，右击”Web服务扩展”->”增加一个新的Web服务扩展…”，在”新建Web服务扩展”框中输入扩展名”HTTP Compression”，添加”要求的文件”为C:\WINDOWS\system32\inetsrv\gzip.dll，其中Windows系统目录根据您的安装可能有所不同，选中”设置扩展状态为允许”；
3、使用文本编辑器打开C:\Windows\System32\inetsrv\MetaBase.xml(建议先备份),有三个相同名字的段，分别是deflate,gzip,Parameters，第三段不用管它，前两段有基本相同的参数，找到Location =”/LM/W3SVC/Filters/Compression/gzip”，如果需要压缩动态文件，则将 HcDoDynamicCompression设置为”TRUE”，并在HcScriptFileExtensions中增加您要压缩的动态文件后缀名，如ASPx、PHP等；如果需要压缩静态文件，则将HcDoStaticCompression和HcDoOnDemandCompression设置为 “TRUE”，并在HcFileExtensions中增加您需要压缩的静态文件后缀名，如xml、css等； HcDynamicCompressionLevel和HcOnDemandCompLevel表示需要的压缩率，数字0-10越小压缩率越低（网上的信息显示Level为9时性价比最高）；
4、编辑完毕后保存MetaBase.xml文件；如果文件无法保存，则可能IIS正在使用该文件。打开”开始”->”管理工具”->”服务”，停止”IIS Admin Service”后，即可保存；
5、最后，重新启动IIS。可以到中国站长站HTTP压缩测试网站验证结果。

以下给出我的配置：

<IIsCompressionScheme	Location ="/LM/W3SVC/Filters/Compression/deflate"
		HcCompressionDll="%windir%\system32\inetsrv\gzip.dll"
		HcCreateFlags="0"
		HcDoDynamicCompression="TRUE"
		HcDoOnDemandCompression="TRUE"
		HcDoStaticCompression="TRUE"
		HcDynamicCompressionLevel="9"
		HcFileExtensions="htm
			html
			css
			js
			swf
			xml
			txt"
		HcOnDemandCompLevel="9"
		HcPriority="1"
		HcScriptFileExtensions="php
			asp
			dll
			exe"
	>
</IIsCompressionScheme>
<IIsCompressionScheme	Location ="/LM/W3SVC/Filters/Compression/gzip"
		HcCompressionDll="%windir%\system32\inetsrv\gzip.dll"
		HcCreateFlags="1"
		HcDoDynamicCompression="TRUE"
		HcDoOnDemandCompression="TRUE"
		HcDoStaticCompression="TRUE"
		HcDynamicCompressionLevel="9"
		HcFileExtensions="htm
			html
			css
			js
			swf
			xml
			txt"
		HcOnDemandCompLevel="9"
		HcPriority="1"
		HcScriptFileExtensions="php
			asp
			dll
			exe"
	>
</IIsCompressionScheme>

本文完稿。