应用程序开发环境的配置

这一章前面的部分介绍了如何通过使用以后界面来使用和配置IIS。 但是，有时以后界面并不是一个完全合适的工具，这一章余下的部分介绍在幕后控制IIS 的操作。以下就是为什么这些设置要直接控制。

> 有一些配置是通过以后界面表示出来的，他们是那些能明显地影响IIS的性能的设置，如果配置不正确，会严重影响系统性能。

> 你是一个程序开发者，你需要通过另一个程序来改变这些配置。

以下的介绍是专门为那些程序开发者而说的。这些表被分成了控制IIS操作的不同部分的逻辑部分，例如：全局设置，WWW服务，FTP服务。 有一些设置被不止一个部分使用，这些会在相关的表中注释了。

应用程序开发是反复的过程，如果IIS程序开发者建立一个组件，然后就要把它嵌在在ASP网页内进行测试。如果这个组件工作不正常，开发者就需要从头开始这个循环过程。

一些就是一个影响开发操作的重要设置：

> 把ASP cache设置成0。 在理论上，每次你编辑ASP源程序以后 ，IIS都会立即检查到你的源程序的改变，但是在实际操作中，如果你不把ASP cache改成0，你就会遇到好些问题。 右键在MMC的属性结构浏览器中的相关目录，选择属性|根目录|配置来调出如图2.11所示的对话框。最后，点击Active Server Page的一页，把ASP文件的Cache空间的大小设置成0。

> 这一部分是关于脚本程序的调试。（最好不要在你的正式的机器上使用这些特征，如果你使用了，你的机器的性能会变得很可怕）。右键在MMC的属性结构浏览器中的相关目录，选择属性|根目录|配置 来调出如图2.12所示的对话框。 然后点击 ASP脚本调试，选择允许ASP服务器端脚本调试。（客户端的ASP脚本调试，在这一版的IIS中是不可行的。）

> 有一些组件是不可信的。 如果你怀疑一个组件是不稳定的，你可以让它先在自己的地址空间内运行。 使用MMC的浏览器找到这个组件所在的目录。右键这个目录名，然后选择属性。然后选择在独立的内存空间内运行的选项（见图2.13）。在这个目录下的所有的程序会都具有这个特征。

图2.11 把ASP 文件 Cache的大小改成0。

图2.12 在开发环境中允许脚本程序调试

图2.13 在一个目录下的程序只允许在独立的内存空间内运行

你可以通过在metabase数据库内所在AppIsolated参数来实现文件级的这些设置。 遗憾的是，这些参数没有在属性对话框内显示出来，所以需要一个程序来对metabase数据库进行操作。（见这一章最后部分的metabase数据库入口。）