우리 모두 알다시피, FileSystemObject 구성 요소의 강력하고 파괴적인 특성은 종종 자유롭게 사용할 수 있다는 것입니다.
공급자 (ASP를 지원하는 사람들)의 비활성화 이유를 정리하고 두 가지 방법 만 발견했지만 나중에
내가 누군가에 의해 자극을 받았을 때, 나는 세 번째 알 수없는 방법을 생각했습니다. 하하, 이것이 사실인지 모르겠습니다.
첫 번째 유형 : regsrv32/u c : /windows/system/scrrun.dll (win98 path)을 사용하여 그룹에서 로그 아웃합니다.
. 이 방법은 너무 잔인하고 함께 죽는 방법에 속합니다. 아무도 그것을 사용할 수 없습니다. 트릭입니다
두 번째 유형 : Progid의 값을 수정하십시오. ASP에서 구성 요소를 호출하는 방법은 일반적으로 객체 이름 = 서버를 설정합니다.
CreateObject (progid), 현재 도달 할 레지스트리의 progid 값을 수정할 수 있습니다.
구성 요소를 비활성화하는 방법에. 시작 경주에서 regedit을 터치하고 hkey_classes_roo를 찾으십시오
t/scripting.filesystemobject, 그러면 프로위의 값을 변경할 수 있습니다.
Scripting.FilesyStemObject8. ASP 페이지에서 호출됩니다.
<%@ language = vbscript%>
<%
set fs = server.createobject (scripting.filesystemobject8)
%>
(이전 에이 구성 요소에 전화하지 않은 경우 다시 시작할 필요가 없으며 그 효과를 볼 수 있습니다. 그렇지 않으면 다시주십시오.
시작 후 효과를보십시오. ))
현재 원래 통화 방법을 사용한 결과를 보자.
<%@ language = vbscript%>
<%
set fs = server.createobject (scripting.filesystemobject)
%>
현재 작동 결과는 다음과 같습니다.
서버 객체 오류 'ASP 0177 : 800401F3'
server.createobject가 실패했습니다
/Aspimage/testfile2.asp, 3 행
800401f3
(좋아요, 우리의 요구 사항을 충족하십시오)
내가 두 걸음 늦었 기 때문에 다른 사람들은이 방법에 대답하기 위해 서두르고 나를 자극했습니다.
세 번째 방법이 생성됩니다.
세 번째 유형 : 신중한 전문가는 Progid 값을 수정하여 구성 요소를 비활성화 할 수 있다고 생각합니다.
수정할 수 있습니까? (좋아요, 당신은 나와 똑같이 생각합니다) 우리는 createobject 방법을 제외하고는 알고 있습니다.
또한 일반 <bood> 주석을 사용하여 구성 요소를 만들 수도 있습니다. ASP에서 HTM을 사용할 수 있습니다.
L 's <botor> 태그는 웹 페이지에 구성 요소를 추가합니다. 방법은 다음과 같습니다.
<오브젝트 runat = 서버 id = fs1 scope = page progid = scripting.filesystemobj
ect> </object>
Runat는 서버 측에서 실행되며 범위는 구성 요소의 수명주기를 의미하며 세션 및 응용 프로그램을 사용할 수 있습니다.
aitic 또는 페이지 (현재 페이지를 나타냅니다.
이 글쓰기 방식은 우리에게 쓸모가 없으며, 또 다른 글쓰기 방법은 다음과 같습니다.
<개체 runat = 서버 id = fs1 scope = page classId = clsid : clsid> </obj의 값
ect>
또한 레지스트리에서 hkey_classes_ro와 같은 CLSID의 값을 수정하여 구성 요소를 비활성화 할 수 있습니다.
OT/Scripting.FileSyStemObject/ClsID 값 0D43FE01-F093-11CF-8940-00A0C90
54228은 0D43FE01-F093-11CF-8940-00A0C9054229 (마지막 비트 변경)로 변경되었습니다.
작문 방법은 다음과 같습니다.
<개체 runat = 서버 id = fs1 scope = page classid = clsid : 0d43fe01-f093-11
CF-8940-00A0C9054229> </object>