PHP 버퍼

이 글에서는 PHP 버퍼에 대한 지식을 소개하고, 도움이 필요한 친구들에게 참고해보겠습니다.

버퍼란 무엇인가요?
간단하고 간단한 기능입니다. 버퍼의 의미는 입력 또는 출력 내용을 표시하거나 읽지 않고 먼저 메모리에 넣는 것입니다. 버퍼가 왜 존재하는지에 대한 질문은 매우 광범위합니다.

사실 버퍼의 가장 중요한 기능은 다음과 같습니다. 그 기능은 고속 CPU와 상대적으로 느린 IO 장치(디스크 등)의 작동을 조정하는 것입니다.

PHP의 버퍼를 이해하려면 PHP를 실행할 때 버퍼가 어디에 설정되어 있는지 알아야 합니다.
PHP를 실행할 때 echo print_r과 같은 데이터를 출력하는 코드를 만나면 PHP는 출력할 데이터를 PHP 자체 버퍼에 넣고 출력을 기다립니다.

PHP 자체 버퍼가 수신하면 버퍼가 출력되면 버퍼에 있는 데이터가 아파치로 출력됩니다. 아파치는 PHP에서 출력된 데이터를 받은 다음 출력될 때까지 아파치 자체 버퍼에 데이터를 저장합니다.

아파치가 명령을 받고 그냥 원하는 경우 버퍼의 내용을 출력하면 버퍼의 내용이 출력되어 브라우저에 반환됩니다. PHP가 데이터를 출력하려고 할 때 두 개의 버퍼(먼저 자체 버퍼, 그다음 아파치)를 통과하는 것을 볼 수 있습니다.

PHP에서 버퍼는 어떤 역할을 하나요?
1. 가장 일반적인 것은 헤더 기능을 사용하기 전에 일부 데이터가 출력되어 헤더를 수정할 수 없다는 것입니다. 정보 – 이미;

1 2	echo "에서 보낸 헤더입니다. 테스트";echo "this is test"; header("LOCATION http://www.baidu.com"); 헤더("위치 http: //www.baidu.com");

🎜

이 오류가 발생하는 이유는 헤더 앞에 일부 데이터가 출력되었기 때문이며, 이 데이터를 출력하는 동안 Apache는 브라우저에 응답 상태도 전송합니다(출력이 있으므로 이 요청은 유효합니다). HTTP 헤더를 보내기 위해 헤더 함수를 다시 사용하면 이 오류가 반환됩니다. 오류는 HTTP 헤더가 전송되었으나 수정할 수 없음을 의미합니다.
이 오류를 방지하기 위해 버퍼를 사용하는 이유는 무엇입니까?
헤더 함수는 다음과 같습니다. 버퍼의 영향을 받지 않고 헤더 함수를 발견하면 PHP는 즉시 아파치를 실행하여 이 http 헤더를 브라우저에 보냅니다.
그리고 PHP가 출력 버퍼를 연 후의 출력 데이터는 버퍼에 저장되어 출력을 기다립니다.
2. PHP를 통해 파일 다운로드 프로그램을 작성할 때
파일 다운로드를 보다 안전하게 하고 제어성을 높이기 위해 많은 친구들이 파일 다운로드 페이지를 작성하는 것을 좋아합니다. 원리는 매우 간단합니다. fwrite를 통해 파일 내용을 읽고 표시한 다음 헤더를 통해 HTTP 헤더를 전송하여 브라우저에 이것이 첨부 파일임을 알려
다운로드 효과를 제공할 수 있습니다.
를 사용하면 위의 방법으로 다운로드 페이지를 제공하면 효율성 문제가 발생합니다. 파일이 100M라고 가정하면 버퍼 출력을 켜지 않고 100M 데이터를 모두 읽은 다음 즉시 페이지로 돌아갑니다. .이렇게 하면 모든 데이터를 읽을 때까지 사용자가 응답을 받지 못하므로
이는 사용자 경험을 감소시킵니다.
출력 버퍼가 켜져 있으면 PHP 프로그램이 파일의 특정 섹션 읽기를 마치면 그런 다음 즉시 apache로 출력하고 apache가 즉시 브라우저로 돌아가도록 하면 사용자의 대기 시간을 줄일 수 있습니다. 그러면 후속 데이터는 어떻습니까? while 루프를 작성하여 파일 섹션을 섹션별로 읽을 수 있습니다. 모든 파일이 출력될 때까지 즉시 출력하므로 브라우저는 모든 파일을 읽을 때까지 기다리지 않고 계속 데이터를 수신할 수 있습니다.

또한 이 접근 방식은 또 다른 매우 심각한 문제도 해결합니다. 예를 들어 파일이 100M입니다. 버퍼가 켜지지 않으면 100M 파일을 모두 메모리에 읽어들인 후 출력해야 합니다. 그런데 PHP 프로그램에 메모리 제한이 있으면 관리자는 일반적으로 서버의 안정성을 보장하기 위해 PHP 세트를 설정합니다. 실행 메모리 제한(php.ini의 총 memory_limit을 통해 기본값은 8M), 즉 각 PHP 프로그램에서 사용하는 메모리는 이 값을 초과할 수 없으며 해당 값을 읽으려고 한다고 가정합니다. 파일 크기가 100M이고 파일을 읽을 메모리가 부족합니다. 이 문제를 해결하려면 위의

방법을 사용하여 메모리 제한을 피하려면 한 번에 특정 섹션만 읽어야 합니다. .정적 파일 캐싱

이제는 많은 회사에서 특정 페이지를 처음 방문할 때 PHP가 실행되고 동시에 표시된 내용이 브라우저에 반환된다는 요구가 있습니다. 표시된 콘텐츠는 서버에 저장되어야 다음 방문 시 PHP를 통해 작동할 필요 없이 서버에 저장된 파일이 직접 표시됩니다. 이것이 소위 "정적 페이지 캐시"입니다. 콘텐츠를 어떻게 반환할 수 있나요? 브라우저로 이동하는 동안 데이터를 서버에 저장하려면 출력 버퍼를 사용해야 합니다.

ob_start();

에코 'aaa';

$string = ob_get_contents(); file_put_contents('a.html', $ 문자열);

ob_flush();

플러시();

출력 버퍼 관련 구성
PHP.INI에는 버퍼와 밀접한 관련이 있는 구성 항목이 2가지가 있습니다
1.output_buffering
이 구성은 PHP 자체의 버퍼에 직접적인 영향을 미치는 구성으로 3가지 구성이 있습니다. Parameter.on/ off/xK (x는 정수 값);
on - 버퍼 켜기
off - 버퍼 끄기
256k - 버퍼 켜기, 버퍼 내용이 256k를 초과하면 버퍼가 자동으로 새로 고쳐집니다. (아파치로 데이터 보내기);

2.implicit_flush
이 구성은 아파치 버퍼에 직접적인 영향을 미치며, 두 가지 구성 매개변수가 있습니다. on/off
on - 아파치 버퍼를 자동으로 새로 고칩니다. 즉, PHP가 데이터를 보낼 때 Apache 버퍼, 다른 명령을 기다릴 필요가 없으며 출력이 브라우저에 직접 반환됩니다
off - Apache 버퍼를 자동으로 새로 고치지 않고 데이터를 받은 후 새로 고침 명령을 기다립니다
관련 기능 buffer
1 .ob_implicit_flush
이 함수는 Apache 버퍼를 자동으로 새로 고칠지 여부를 나타내는 implicit_flush와 동일합니다.
2.flush
이 함수는 Apache가 자체 출력 버퍼를 새로 고치도록 명령을 보내는 것입니다. php.ini와 관계없이 출력 버퍼를 엽니다. 파일을 구성하는 방법은 무엇입니까? 이 함수를 사용하면 출력 버퍼링이 off로 설정되어 있어도 ob_start 함수는 의 콜백인 매개변수를 받습니다. 함수, 즉 버퍼 내용을 입력하기 전에 전달된 매개변수 호출을 사용하여 버퍼의 내용을 한 번 처리한 다음 버퍼에 넣어야 함을 의미합니다.
4.ob_flush
php 자체에 자체 버퍼를 새로 고치도록 지시하고 Apache에 데이터 보내기
5.ob_clean
PHP 버퍼 내용 지우기
6.ob_end_clean
PHP 버퍼 내용 지우기 및 출력 버퍼 닫기
7.ob_end_flush
PHP 자체 버퍼 내용을 Apache에 보내고 지우기 자체 버퍼의 내용
8.ob_get_clean
버퍼의 내용을 가져온 후 버퍼를 지웁니다.
9.ob_get_contents
출력 버퍼의 내용을 가져옵니다
10.ob_get_flush
버퍼의 내용을 가져와서 이 내용을 보냅니다. to apache
11.ob_get_length
버퍼 가져오기
12.ob_list_handlers의 콘텐츠 길이
ob_start를 실행할 때 다시 호출되는 함수의 이름을 가져옵니다. 예:
ob_start('ob_gzhandler');
print_r(ob_list_handlers);
ob_gzhandler가 인쇄됩니다.
13.ob_gzhandler
함수는 ob_start의 콜백 매개변수로 사용됩니다. 버퍼가 새로 고쳐지기 전에 이 함수는 데이터에 대한 gzip 또는 deflate 압축을 수행하기 위해 호출됩니다. zlib 확장자.


버퍼의 관련 내용

1.ob_flush와 플러시의 순서 관계를 사용합니다. 위 분석을 통해 ob_flush가 PHP 자체와 관련이 있으며 플러시가 Apache의 버퍼를 작동한다는 것을 알 수 있습니다. , 이 두 함수를 사용할 때 먼저 ob_flush를 실행한 다음 플러시해야 합니다. 왜냐하면 먼저 PHP에서 Apache로 데이터를 보낸 다음 이를 Apache에서 브라우저로 반환해야 하기 때문입니다. apache 및 호출 플러시, apache는 브라우저에 데이터를 반환하지 않습니다. 2. 일부 브라우저는 너무 적은 문자를 수신하면 이전 버전의 IE와 같은 데이터를 표시하지 않습니다(256k보다 커야 합니다. 표시) 이로 인해 PHP와 Apache 모두에서 분명히 질문이 발생합니다. 버퍼 새로 고침 작업이 수행되었지만 브라우저에 원하는 데이터가 표시되지 않았습니다. 따라서 테스트할 때 여러 개를 추가할 수 있습니다.

3. 일부 웹서버에는 fastcgi_buffer_size 4k 구성이 있는 자체 출력 버퍼에 몇 가지 제한 사항이 있습니다. , 이는 자체 출력 버퍼가 4K에 도달할 때까지 콘텐츠가 새로 고쳐지지 않음을 의미하므로 콘텐츠 데이터를 보장하려면 다음 코드를 추가하여 콘텐츠 길이를 보장할 수 있습니다

12 ?>

3 4 5

<?php 에코 str_repeat(" ",4096);<?php echo str_repeat(" ",4096); ?>

🎜🎜🎜

4. Apache에서 mod_gzip 압축 모듈을 활성화하면 플러시 기능이 새로 고쳐지지 않을 수 있습니다. 그 이유는 mod_gzip이 플러시 기능을 실행할 때 Apache에 출력 버퍼를 지시하기 때문입니다. 새로 고쳐지지만 내용을 압축해야 합니다. Apache는 자체 mod_gzip 모듈에 내용을 출력합니다. mod_gzip에도 자체 출력 버퍼가 있으므로 즉시 출력되지 않으므로 이를 개선하기 위해 내용을 즉시 출력할 수 없습니다. 상황에서는 mod_gzip 모듈을 끄거나 httpd.conf에 다음 콘텐츠를 추가하여 압축을 비활성화할 수 있습니다

1	SetEnv no-gzip dont-vary

관련 권장 사항:

PHP 버퍼 플러시에 대한 자세한 설명 사이트 속도 향상

PHP 버퍼란 무엇인가요?

위 내용은 PHP 버퍼의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!