keep-alive

0열

1답변

임베디드 플랫폼에서 자체 http 서버 구현으로 바쁩니다. 기술적으로 서버는 HTTP 1.0을 준수하므로 연결을 유지하기 위해 클라이언트가 "Connection : Keep-Alive"헤더를 보낼 것으로 기대합니다. 구현은 다음과 같습니다.이 int Service_Request(int conn) { struct ReqInfo reqinfo;

0열

1답변

spiff가 keep-alive https보다 빠릅니다.

나는 Is SPDY any different than http multiplexing over keep alive connections과 Difference between HTTP pipeling and HTTP multiplexing with SPDY을 보았지만 http://www.guypo.com/technical/not-as-spdy-as-you-th

1열

2답변

https에 대한 initial 후에 wss에 대한 ssl 핸드 셰이크를 다시 하시겠습니까?

웹 서버가 html, js, css 등의 모든 파일을 제공하는 100 % 보안 websocket 사이트를 가정하고 websocket은 클라이언트와 서버 간의 모든 데이터를 제공합니다. 분명히 초기 SSL 핸드 쉐이크는 기본 https 포트에서 클라이언트와 웹 서버 사이에 있지만 wss는 다른 포트에 있으므로 다시 핸드 쉐이크해야합니까? 웹 소켓 & spdy

3열

1답변

Facebook 그래프 API 및 활성 연결 유지

https 연결 대기 시간을 Facebook 그래프 서버로 줄이려고합니다. http keep alive를 수행하도록 서버를 구성했습니다. 그러나 연결이 모든 호출 후에 닫히는 것처럼 보입니다 (트래픽 서버 로그에서 ...). graph.facebook.com에 의해 keep_alive 연결이 존중되는지 여부를 결정적으로 확인할 수있는 방법이 있습니까? 그

0열

1답변

하려면 openssl s_client가 손실 연결

난하려면 openssl s_client가 및 웹 서버와 장난 그리고 난 각 후 서버에 대한 연결을 잃고 왜 궁금해 내가 보내는 요청을 GET 그런 다음 openssl s_client -connect hostname:port GET/HTTP/1.1 Host: hostname Connection: keep-alive 나는 응용 프로그램 서버의 응답을받

36열

8답변

Node.js http 서버를 즉시 종료하는 방법은 무엇입니까?

http (s) 서버를 포함하는 Node.js 응용 프로그램이 있습니다. 특정 경우에 프로그래밍 방식으로이 서버를 종료해야합니다. 현재 내가하고있는 일은 close() 함수를 호출하는 것이지만, 이것은 살아있는 연결이 먼저 완료 될 때까지 대기하므로, 도움이되지 않습니다. 기본적으로이 작업은 서버를 종료하지만 최소 대기 시간이 120 초가 경과 한 후에 만

12열

1답변

AFNetworking/NSURLConnection HTTPS keep alive 이상한 동작 표시

Google은 현재 앱의 성능 문제를 처리하고 있으며 이러한 문제 중 일부는 앱과 기본 AFNetworking 네트워크 스택이 HTTP 1.1에서 keep-alive를 무시하십시오. 우리는 Apple 측의 연결 유지 정보에 관계없이 iOS 버전과 WiFi/WWAN 연결에 따라 각각 3, 6 또는 30 초 후에 영구 연결이 제거된다는 정보를 얻었습니다. 우리

2열

1답변

Netty로 서버의 HTTP 연결 유지 제한 시간 초과

Play! 실제 IO 과도한 작업을 위해 Netty를 사용하는 프레임 워크. HTTP 연결에 연결 유지 기능이 설정되어 있습니다 (HTTP 1.1의 기본값).이 기능에 만족합니다. 그러나 이러한 비활성 연결은 특정 시간 동안 비활성 상태 (예 : 15 초)가 지나면 시간 초과가 발생합니다. 내가 이해하는 한, 이것은 서버가 연결을 적극적으로 닫는 것을 포함

0열

1답변

JAXRSClientFactory가 연결을 재사용하지 못하도록

JAXRSClientFactory을 사용하여 통합 테스트 목적으로 REST 클라이언트를 인스턴스화합니다. 두 테스트 사이에서 Jetty 서버를 다시 시작하고 새 REST 클라이언트를 동일한 URL에 인스턴스화합니다. 그러나 CXF는 서버를 다시 시작한 후 첫 번째 테스트에 대한 연결 오류가 발생하기 때문에 연결 풀링 또는 연결 유지 시스템을 사용하고있는 것

2열

1답변

Asio 연결 재사용

현재 웹 서버가있는 프로젝트에서 작업하고 있습니다. 각 요청에 대해 다른 서버에 여러 요청을 보내고 응답을 얻고 결과를 원래 클라이언트로 되돌려 보낼 수 있도록 능력을 추가해야합니다. 이 서버는 높은 처리량을 제공하므로 많은 소켓에서 많은 요청을 보내는 새 스레드/소켓 설정 속도뿐만 아니라 소켓 수에 대해서도 걱정이되었습니다. 그래서 저는 각 클라이언트에게