众所周知，FileSystemObject组件的强大功能及破坏性是它屡屡被免费主页
提供商(那些支持ASP)的禁用的原因，我整理了一下，本来只找到两种方法，后来
被某人一刺激，硬是想到第三种不为人所知的方法，呵呵，也不知道是不是这样的。
第一种：用RegSrv32 /u C:\WINDOWS\SYSTEM\scrrun.dll(win98路径)来注销该组
件。此方法过于狠毒，属于同归于尽的方法，大家都没得用，是下招
第二种：修改Progid的值，在ASP里调用组件的方式通常是 Set 对象名=Server.
CreateObject(“Progid”)，这时候我们就可以通过修改注册表中的Progid值从达
到禁用该组件的方法。在 开始-运行中敲入regedit,然后找到HKEY_CLASSES_ROO
T\Scripting.FileSystemObject，这时候我们就可以更改该Progid的值了，如改
成Scripting.FileSystemObject8。这样在ASP页里就这样调用了：
<%
Set Fs=Server.CreateObject(“Scripting.FileSystemObject8”)
%>
(如果你前面没有调用过该组件的话，则无须重启，就可以看到效果了，否则请重
启后看效果。)
这时候我们看看还是用原来的调用方法的结果：
<%
Set Fs=Server.CreateObject(“Scripting.FileSystemObject”)
%>
这时候的运行结果为：
服务器对象 错误 ‘ASP 0177 : 800401f3’
Server.CreateObject 失败
/aspimage/testfile2.asp, 行3
800401f3
(OK，达到我们的要求)
该方法由于本人迟了两步，结果就让别人抢着回答了，这样极大的刺激了我，结
果就产生了第三种方法。
第三种：细心的高手们会想，既然能通过修改Progid值来禁用该组件，那Clsid是
否也可以来修改呢？(OK，你想得和我一样)我们知道，除了CreateObject方法以
外，也可以使用一般的
这时候就出错了。
新建一用户：iusr_domain
IIS里设置对应站点的匿名用户IUSR_DOMAIN
CACLS： 设置目录权限
这样FSO可用，但不会影响别人