众所周知，FileSystemObject组件的强大功能及破坏性是它屡屡被免费主页提供商(那些支持ASP)的禁用的原因，我整理了一下，本来只找到两种方法，后来被某人一刺激，硬是想到第三种不为人所知的方法，呵呵，也不知道是不是这样的。第一种：用RegSrv32/uC:\WINDOWS\SYSTEM\scrrun.dll(win98路径)来注销该组件。此方法过于狠毒，属于同归于尽的方法，大家都没得用，是下招第二种：修改Progid的值，在ASP里调用组件的方式通常是Set对象名=Server.CreateObject("Progid")，这时候我们就可以通过修改注册表中的Pro...

众所周知，FileSystemObject组件的强大功能及破坏性是它屡屡被免费主页提供商(那些支持ASP)的禁用的原因，我整理了一下，本来只找到两种方法，后来被某人一刺激，硬是想到第三种不为人所知的方法，呵呵，也不知道是不是这样的。第一种：用RegSrv32/uC:\WINDOWS\SYSTEM\scrrun.dll(win98路径)来注销该组件。此方法过于狠毒，属于同归于尽的方法，大家都没得用，是下招第二种：修改Progid的值，在ASP里调用组件的方式通常是Set对象名=Server.CreateObject("Progid")，这时候我们就可以通过修改注册表中的Pro...

众所周知，FileSystemObject组件的强大功能及破坏性是它屡屡被免费主页提供商(那些支持ASP)的禁用的原因，我整理了一下，本来只找到两种方法，后来被某人一刺激，硬是想到第三种不为人所知的方法，呵呵，也不知道是不是这样的。第一种：用RegSrv32/uC:\WINDOWS\SYSTEM\scrrun.dll(win98路径)来注销该组件。此方法过于狠毒，属于同归于尽的方法，大家都没得用，是下招第二种：修改Progid的值，在ASP里调用组件的方式通常是Set对象名=Server.CreateObject("Progid")，这时候我们就可以通过修改注册表中的Pro...