可以设置属性,控制安装在 Web 服务器上的 Active Server Pages (ASP) 应用程序的性能和其他因素。例如,可以在应用程序中使用会话状态或设置默认脚本语言。应用程序属性将应用于应用程序中的所有 ASP 页,除非在某个单独页中直接替代该属性。也可以在配置数据库中设置这些属性。如果配置数据库中的属性与在属性页中设置的属性相冲突,最后的属性设置将替代先前的设置。
要点 为了更好地预防恶意用户和攻击者的攻击,默认情况下没有将 IIS 安装到 Microsoft® Windows® Server 2003 家族的成员上。而且,当最初安装 IIS 时,该服务在高度安全和“锁定”模式下进行安装。默认情况下,IIS 只为静态内容提供服务 - 即,诸如 ASP、ASP.NET、在服务器端的包含文件、WebDAV 发布和 FrontPage® Server Extensions 功能只有在启用时才工作。如果在安装 IIS 之后未启用该功能,则 IIS 将返回 404 错误。可以为动态内容提供服务,并通过“IIS 管理器”中的 Web 服务扩展节点启用这些功能。同样,如果应用程序扩展未在 IIS 中进行映射,IIS 也将返回 404 错误。要映射扩展,请参阅设置应用程序映射。有关如何解决 404 错误(包括 404.2 和 404.3)、与 IIS 6.0 的新安装相关的问题或从低版本的 IIS 进行升级的详细信息,请参阅疑难解答。
您可以启用 ASP 应用程序的会话状态持续。如果启用会话状态,服务器将为各个连接创建新的 Session 对象,这样便可以访问会话状态,也可以保存会话,
要点 您必须是本地计算机上 Administrators 组的成员或者您必须被授予了相应的权限才能执行下列步骤。作为安全性最佳操作,请使用不属于 Administrators 组的帐户登录到计算机,然后使用运行方式命令以管理员身份运行 IIS 管理器。在命令提示符下,键入 runas /user:administrative_accountname "mmc %systemroot%\system32\inetsrv\iis.msc"。
启用 ASP 应用程序的会话状态
在 ASP 应用程序上启用缓冲指定了 ASP 应用程序的输出是否进行缓冲。在缓冲内容被传送到客户端浏览器之前,所有应用程序的输出都会被集中到缓冲区中。如果不启用缓冲,ASP 脚本的输出一旦可用就会写入到客户端的浏览器上。默认情况下,启用缓冲。相应的配置数据库属性是
启用 ASP 应用程序的缓冲
启用父路径指定 ASP 页面是否允许相对于当前目录的路径(使用 ..\ 表示法)。如果设置为
父路径在默认情况下不再启用。这会影响应用程序 -- 如果该应用程序的网页包含
注意 在 IIS 6.0 中,默认情况下不启用父路径。
启用父路径
默认的 ASP 语言影响那些没有使用 <%@Language%> 指令的 ASP 文件。默认语言为 Microsoft Visual Basic® Scripting Edition (VBscript)。更改默认的 ASP 语言对应于配置数据库设置:
更改默认的 ASP 语言
当设置 ASP 脚本超时的时候,以秒为单位指定在终止脚本并将事件写入 Microsoft Windows® 事件日志之前 ASP 页面允许脚本运行的默认时间长度。此属性的最小值为 1 秒,默认值为 90 秒。相应的配置数据库属性是
更改 ASP 脚本超时
ASP 处理包含 ASP 脚本的文件,将已处理的文件保存在缓存中,然后将缓存文件提供给客户端。缓存 ASP 脚本文件可以提高性能,因为缓存的 ASP 脚本在每次被调用时不再编译。相应的配置数据库属性为
更改缓存 ASP 脚本文件的设置
注意 如果“配置”按钮未激活,则目录或开始位置不包含隔离的应用程序。可以通过单击“创建”来创建一个新应用程序。
当 ASP 的内存缓存已满时,ASP 磁盘缓存便开始将文件缓存到目录中。并且,在文件成为 ASP 磁盘缓存的候选者之前,其必须被请求至少两次。相应的配置数据库属性为
要点 为了让磁盘缓存工作,ASP 需要一个正确配置的磁盘缓存目录,在其中存储已编译的 ASP 文件。这意味着 Administrators 和 IIS_WPG 组可以完全控制磁盘缓存目录,并且该磁盘缓存目录应是 Web 服务器上的本地目录。
磁盘缓存的默认位置是 %systemroot%\System32\inetsrv\ASP Compiled Templates。在工作进程隔离模式下,磁盘缓存目录下的子目录是为各个应用程序池创建的。在 IIS 5.0 隔离模式下,默认的磁盘缓存目录是 %windir%\system32\inetsrv\ASP Compiled Templates。
创建磁盘缓存目录
© 1997-2003 Microsoft Corporation。保留所有权利。