保存用户提交的聊天内容 简易版本:
主要的HTTP长连接part分,chat_content.php文件:
코드 설명: 06. 시간 제한을 설정하세요. 긴 HTTP 연결을 유지해야 하므로 이 시간은 몇 시간 정도 더 길어야 합니다. 위에서 언급한 기사에서는 검색 장치 제한으로 인해 이러한 긴 HTTP 연결 중 2개만 열릴 수 있다고 설명합니다. . 게다가 실제로 Never timeout을 설정하더라도 서버 부분(예: Apache)의 구성 파일에서 HTTP 요청에 대한 최대 대기 시간을 설정할 수도 있으므로 그 효과는 일반적으로 기본값이 아닐 수 있습니다. 15분 남았습니다. 만약에 관심이 있으시면 직접 수정해 보시기 바랍니다. 09. 여기서 공백 부분이 출력되는데, 주로 설명서에서 IE 브라우저에서는 처음 256자를 직접 출력하지 않는다고 설명했기 때문에, 이후 내용이 출력될 수 있도록 먼저 공백 부분을 아무렇게나 출력합니다. 다른 브라우저에는 다른 내용이 있을 수 있습니다. 브라우저 설정에 대한 자세한 내용은 PHP 매뉴얼의 Frush 기능에 대한 설명을 확인하실 수 있습니다. 다음 11줄과 12줄은 이러한 공백 문자가 브라우저에 의해 출력되도록 강제하는 것입니다. 13.~20. 여기서 주된 목적은 이 줄 끝부터 내용을 읽을 수 있도록 파일 줄 수를 계산하는 것입니다. 다음 while 루프는 파일 내용을 루프로 출력하는 무한 루프입니다. 매번 파일 끝에 도달했는지 여부를 확인하면 현재 감지는 확실히 그렇지 않습니다. 파일의 끝이므로 해당 줄이 출력됩니다. 그렇지 않으면 참조합니다. 바늘은 한 줄 앞으로 이동하고 계속해서 순환하며 매번 1000마이크로초를 기다립니다. 39. 긴 연결이 유지되면 클라이언트 연결이 끊어지더라도 서버는 클라이언트 연결이 끊어진 것을 알지 못할 수 있으므로 각 하트비트 플래그를 유지하는 등 일부 하트비트 기록이 여기에서 수행되어야 할 수 있습니다. 사용자는 몇 초마다 업데이트합니다. 마지막 하트비트 시간이 감지된 마지막 시간이 오랫동안 업데이트되지 않으면 이 무한 루프가 시작되고 HTTP 연결이 닫힙니다. 데모 예 2: 전통적인 B/S 구조 애플리케이션은 모두 "클라이언트 풀"을 사용하여 클라이언트와 서버 간의 데이터 교환을 달성합니다. 이 기사에서는 Tick을 결합하여 서버 푸시 PHP 채팅방의 간단한 아이디어를 구현합니다. PHPer, 특히 set_cookie, 헤더를 사용하는 사람들은 다음 프롬프트 메시지를 보았을 것입니다: "경고: 헤더 정보를 수정할 수 없습니다 - 헤더는 이미 ...에서 전송되었습니다.", 이는 통신이 HTTP 프로토콜을 통해 이루어지기 때문입니다. , 데이터 패킷에는 두 부분이 포함됩니다. 하나는 헤더이고 다른 하나는 데이터입니다. 일반적으로 Header 부분이 먼저 시작되고 Data 부분의 길이가 Header 부분에 지정된 다음 \r\n\r\n이 헤더 부분의 끝을 나타냅니다. 그 다음 Data 부분이 옵니다. . 출력이 있을 경우 Header 부분이 전송되는데, 이때 Header 부분의 도메인 정보를 일부 변경하기 위해 헤더 기능을 사용하면 위와 같은 프롬프트 정보를 얻게 됩니다. 간단한 해결책은 output_buffering을 사용하는 것입니다. 서버의 출력을 캐시하도록 하고 헤더 부분을 클라이언트에 너무 일찍 보내지 마십시오. 그렇다면 출력 버퍼링을 사용하지 않으면 서버에 출력이 있을 때마다 즉시 클라이언트로 전송되도록 할 수 있습니까? 다음 실험을 수행하십시오.
개념 사이에는 다음과 같은 몇 가지 관계가 있습니다. 코드에서 ob_start()를 사용하는 것은 서버 캐시를 사용하여 php.ini에서 output_buffering=on을 사용하는 것과 같습니다. 코드에서 ob_end_flush()를 사용하는 것은 php.ini에서 출력_버퍼링 = false를 사용하여 서버 캐시를 끄는 것과 같습니다. 12 다음 페이지 마지막 페이지 |