프로그램 속도를 높이려면 Response.Buffer=True를 사용하십시오. Response.Flush()의 내용은 256바이트 이상이어야 합니다.
i=1 ~ 256의 경우
yongfa365=yongfa365&<!--여기서 주요 목적은 앞면이 256자를 먼저 생성하여 실시간으로 출력할 수 있도록 하는 것입니다-->
len(yongfa365)>=256이면 종료합니다.
다음
MadeBasic()
메이드모델()
MadeIndexBlogItem()
response.Write 1/6 모든 템플릿이 생성됩니다<br>&yongfa365
응답.플러시()
MadeIndex(캘린더)
응답.쓰기2/6날짜 인덱스 생성 완료<br>
응답.플러시()
MadeIndex(범주)
response.Write 3/6 분류지수 생성 완료<br>
응답.플러시()
MadeIndex(블로그)
response.Write 4/6 전체 인덱스 생성 완료<br>
응답.플러시()
MadeRSS()
응답.쓰기 5/6 RSS 생성 완료<br>
응답.플러시()
제작품목(전체)
response.Write 6/6 모든 기사가 생성되었습니다. <font color=red>좋아, 드디어 완료되었습니다</red>
응답.플러시()
위의 코드는 백그라운드에서 정적 파일을 동적으로 생성하는 코드입니다. 목적은 프로그램이 실행되는 위치를 확인하는 것입니다. Response.Flush()를 추가하기 전에는 진행률 표시줄만 보았습니다. IE 상태 표시줄에서 .Flush() 후에 응답을 추가하면 기분이 매우 좋아집니다. 다음은 인터넷에서 찾은 몇 가지 참조 자료입니다.
많은 사람들이 Buffer에 대해 얼마나 알고 있는지 모르겠습니다. 특히 ASP에서는 이 개념에 대해 모호합니다. 많은 초보자는 ASP 프로그램을 작성할 때 이 설명을 거의 사용하지 않습니다. Buffer의 목적과 ASP 프로그램에서의 역할에 대해 이야기하겠습니다.
1. 버퍼
Buffer는 문자 그대로 영어에서 Buffer Zone으로 번역됩니다. 여기서는 명사일 뿐만 아니라 동사이기도 하기 때문에 buffer라고 부릅니다.
버퍼는 일련의 데이터가 저장되는 곳입니다. 클라이언트가 얻은 데이터는 프로그램의 실행 결과에서 직접 출력되거나 버퍼에서 출력될 수 있습니다. 하지만 이 두 가지 방법에는 속도의 차이가 있습니다. 웹에서 ASP 프로그램이 여러 번 요청되지 않으면 기본적으로 둘 사이에는 차이가 없습니다. 적어도 우리는 그것을 느낄 수 없습니다. 그러나 많은 사람들이 ASP 프로그램을 요청하면 속도가 다릅니다. 버퍼가 없으면 ASP 프로그램을 요청한 각 클라이언트가 얻은 결과는 ASP 프로그램을 한 번 실행한 결과입니다. ASP 프로그램이 미리 버퍼링되어 있으면 각 클라이언트가 얻은 결과가 버퍼링된 결과입니다. 영역의 결과는 프로그램을 한 번 실행한 결과가 아닙니다. 예를 들어, 1,000명의 사용자가 ASP 페이지에 동시에 액세스할 경우 ASP 프로그램이 버퍼링되지 않으면 프로그램이 1,000번 실행되어 서버의 로드가 증가하고 클라이언트가 페이지를 더 느리게 열게 됩니다. ASP 프로그램이 버퍼링되면 결과가 달라집니다. 각 클라이언트는 버퍼에서 직접 데이터를 얻으며 서버는 액세스 증가로 인해 프로그램 실행 횟수를 늘리지 않으므로 클라이언트가 페이지를 여는 속도가 느려집니다. 이전 경우보다 느립니다. 이것이 버퍼의 장점입니다.
2. ASP 프로그램을 버퍼링하는 방법
이 문제는 실제로 매우 간단합니다. ASP 프로그램의 첫 번째 줄에 다음을 추가하면 됩니다.
<% 응답.버퍼 = 참 %>
그게 다야.
이 문장의 의미는 출력 페이지가 버퍼링되었는지 여부를 나타내는 것입니다. 속성 값이 True이면 서버는 모든 프로그램이 실행되거나 만날 때까지 클라이언트에 어떤 정보도 보내지 않습니다.
<% 응답.플러시 %> 또는 <% 응답.끝 %>
버퍼 정보를 해제하는 명령문입니다.
Response.Buffer=True 및 Response.Flush를 사용하면 탐색 속도를 높일 수 있습니다. 페이지에 Response.Buffer=False가 있으면 100명이 이 페이지를 탐색하면 3000개의 데이터가 전송됩니다. 왕복 전송은 효율성에 심각한 영향을 미치므로 처음에 Response.Buffer=True를 설정하고 전체 페이지를 여러 그룹으로 나누고 적절한 위치에 Response.Flush를 사용하면 방문자의 경험이 크게 향상될 수 있습니다.
3. 왜 가끔 나는 쓸모없다고 느껴질 때가 있는가?
예를 들어:
<%
'경고: 할 일이 없으면 실행하지 마세요.
i=1 ~ 10000의 경우
응답.쓰기 <b><center><font color=#FF0000>나는 www.yongfa365.com&i&</font></center></b>입니다
응답.플러시
응답.지우기
다음
%>
나오는 데 시간이 오래 걸리고, 한 무리가 나오고, 그러다가 하나씩 나올 것이다.
이유:
응답.플러시(). 그는 먼저 버퍼에 있는 컴파일된 데이터를 클라이언트에 보냅니다.
하지만
플러시 내용은 256바이트 이상이어야 합니다. 즉, 컴파일을 통해 256바이트 이상의 데이터가 생성된 경우에만 Response.Flush()를 실행한 후 해당 정보를 클라이언트에 전송하고 표시할 수 있습니다.
명확한 방법
Clear 메서드는 버퍼의 모든 HTML 출력을 삭제합니다. Clear 메서드는 응답 본문만 삭제하고 응답 헤더는 삭제하지 않습니다.
문법
응답.지우기
논평
Response.Clear를 호출하면 이 페이지의 이전 부분에 있는 데이터 출력이 지워집니다. 동시에 프로그램이 Response.ContentEncoding을 설정하면 Response.Clear도 인코딩 방법을 직접 전송으로 설정합니다.
응답 객체에 적용
4. 요약
Response의 Buffer 속성은 페이지 표시 속도를 향상시킬 수 있지만 상황에 따라 다릅니다. 일반적인 개인 홈페이지를 제작하는 경우 방문 횟수가 그리 높지 않고 복잡한 실행 프로그램이 없다면 데이터를 버퍼링하는 데 시간이 걸리기 때문에 이 속성을 사용할지 여부는 그다지 중요하지 않지만, 느껴지지 않습니다. 그러나 대규모 포럼이나 제품 전시 또는 기타 비즈니스 사이트를 만들고 트래픽이 매우 높으면 첫 번째 줄에 <% Response.Buffer = True %> 문장을 추가하는 것이 좋습니다. 프로그램의 이유는 고객이 효과적인 시간에 더 많은 데이터를 얻을 수 있기 때문입니다.
첨부된:
일반적으로 인증코드 파일 헤더에 이 내용이 있습니다.
응답.버퍼=false
응답.만료=0
Response.ExpiresAbsolute = 지금() - 1
Response.AddHeader Pragma, 캐시 없음
Response.AddHeader 캐시 제어, 개인
Response.CacheControl = 캐시 없음
캐시되는 것을 방지하기 위해서입니다.