Socket.io: socket.io가 websocket 연결과 xhr 폴링을 병렬로 사용하는 이유는 무엇입니까?

• "XHR 폴링"은 연결이 아니며 둘 이상의 연결을 사용할 수 있습니다.
• 웹 소켓 및 폴링 전송은 아직 동시에 초기화되지 않습니다. 사실 이것이 바로 engine.io가 하는 일이며 socket.io가 구현하면 곧 할 일입니다. 여기에서 자세히 읽고 "바보 같은" 레이블을 다시 고려할 수 있습니다.

socket.io 0.9에 동시에 두 개의 열린 전송이 있는 상황이 발생하면 버그일 수 있으며 이를 재현하는 방법에 대한 추가 정보를 주시면 감사하겠습니다.

"XHR 폴링"은 연결이 아니며 둘 이상의 연결을 사용할 수 있습니다.

네, 하지만 폴링은 모든 요청이 동일한 URL에서 작동하기 때문입니다. 나는 그것이 하나를 모방해야한다고 가정합니다.

socket.io 0.9에 동시에 두 개의 열린 전송이 있는 상황이 발생하면 버그일 수 있으며 이를 재현하는 방법에 대한 추가 정보를 주시면 감사하겠습니다.

우리가 같은 의미인지 확실하지 않지만 Chromium은 열린 웹 소켓 연결을 보여주고 또한 socket.io에 폴링 요청을 보내고 있습니다.
"바보"는 이제 사용 가능한 웹 소켓 연결 및 폴링의 이점을 따를 수 없음을 의미합니다.
websocket 연결 자체로 충분하고 xhr 폴링은 폴백으로만 사용되어야 하지 않습니까?

내가 뭔가를 놓친 경우 나를 수정

@bodokaiser 는 websocket 연결이 실제로 작동

핸드셰이크는 일반 HTTP입니다.

Chrome 웹 소켓 연결이 보류 중이라고 표시합니다. 오류 메시지가 없습니다. 나는 ws가 작동한다고 가정합니다. 그럼에도 불구하고 socket.io가 폴백되는지 어떻게 확인할 수 있습니까?

네, 확실히 악수는 아닙니다. 크롬과 노드 콘솔에서 get 요청이 2000ms마다 어떻게 반복되는지 봅니다.

node.js 로깅이 도움이 될까요?

문안 인사

ws 연결에서 교환된 프레임을 검사합니다(Chrome에만 있는 것 같습니다). 데이터가 표시되지 않으면 작동하지 않은 것입니다.

예, 지원하는 것 같습니다.

  debug - client authorized
   info  - handshake authorized yUEmr7drZfmWzWHdEZcp
GET /socket.io/1/?t=1344799805756 200 3ms
   debug - setting request GET /socket.io/1/xhr-polling/yUEmr7drZfmWzWHdEZcp?t=1344799815866
   debug - setting poll timeout
   debug - client authorized for 
   debug - clearing poll timeout
   debug - xhr-polling writing 1::
   debug - set close timeout for client yUEmr7drZfmWzWHdEZcp
GET /socket.io/1/xhr-polling/yUEmr7drZfmWzWHdEZcp?t=1344799815866 200 1ms
   debug - xhr-polling received data packet 5:::{"name":"hello","args":["world"]}
POST /socket.io/1/xhr-polling/yUEmr7drZfmWzWHdEZcp?t=1344799815871 200 1ms
   debug - setting request GET /socket.io/1/xhr-polling/yUEmr7drZfmWzWHdEZcp?t=1344799815872
   debug - setting poll timeout
   debug - discarding transport
   debug - cleared close timeout for client yUEmr7drZfmWzWHdEZcp
   debug - clearing poll timeout
   debug - xhr-polling writing 8::
   debug - set close timeout for client T9eCOR7gCe3pLNtiEZco
   debug - xhr-polling closed due to exceeded duration
GET /socket.io/1/xhr-polling/T9eCOR7gCe3pLNtiEZco?t=1344799800945 200 20002ms
   debug - clearing poll timeout
   debug - xhr-polling writing 8::
   debug - set close timeout for client yUEmr7drZfmWzWHdEZcp
   debug - xhr-polling closed due to exceeded duration

@guille 대체 이유를

어떤 브라우저를 사용하고 있습니까?

Mac OSX용 크롬 21

Chrome 21/Windows 21.0.1180.79 m에서도 동일한 문제가 발생합니다. 연결되지 않는 동시 WebSocket 연결이 있는 JSONP 폴링 연결(성공적으로 보임)이 있습니다. 이 연결은 항상 "보류 중" 상태입니다. Mac에서 동일한 버전의 Chrome을 사용해도 괜찮습니다.

이것은 방화벽이나 바이러스 백신과 관련된 것으로 보이지 않으며 모든 테스트는 websocketstest.org 및 websocket.org/echo.html을 통과합니다.

나는 socket.io 0.9를 사용하고 있지만 최신 버전에도 존재하는 것 같습니다.

@guille 이 문제도 재현하기 쉬운 것 같습니다. 방금 socket.io의 WebSocket 전송을 사용하는 사이트를 방문했습니다.

http://beta.blaggart.com

적어도 Windows의 Chrome 21에서는 WS 연결 상태가 항상 "대기 중"입니다.

socket.io 마스터로 시도 하시겠습니까?

방금 마스터를 시도했는데 동일한 문제가 있습니다. 이 문제는 #998의 속임수일 수도 있습니다.

또한 가치가 있다는 점에서 #998에 설명된 해결 방법은 웹 소켓을 비활성화하고 xhr 및 jsonp 폴링만 사용하여 연결을 설정하는 데 효과적이었습니다.

이것은 실제로 크롬 버그입니까?

www.websocket.org/echo.html 에서 테스트를 할 때

재미있는 점은 동일한 웹 사이트에서 "보안 WebSocket(TLS)"을 사용하면 websocket이 작동한다는 것입니다.

Chrome과 Firefox 모두에서 정확히 같은 동작입니다. 매우 이상합니다.

섬기는 사람:

socket.on('loginout',function(){
    socket.emit('loginout',{uname:socket.name});
});

socket.on('로그인',함수(데이터){
socket.emit('l_msg',{uname:data.uname,score:data.score,유형:true});
});

인쇄:
정보: 악수 인증 11012331592122282453
디버그: 설정 요청 GET /socket.io/1/xhr-polling/11012331592122282453?t=1353485202761
디버그: 폴링 시간 초과 설정
디버그: 승인된 클라이언트
디버그: 폴링 시간 초과 지우기
디버그: xhr-polling 쓰기 1::
디버그: 클라이언트 11012331592122282453에 대한 닫기 시간 초과 설정
디버그: xhr-polling 수신 데이터 패킷 20.5:::{"name":"count"}.22.5:::{"name":"history"}.23.5:::{"name ":"사용자 목록"}
디버그: 설정 요청 GET /socket.io/1/xhr-polling/11012331592122282453?t=1353485202792
디버그: 폴링 시간 초과 설정
디버그: 전송 폐기
디버그: 클라이언트 11012331592122282453에 대한 닫기 시간 초과를 지웠습니다.
디버그: 폴링 시간 초과 지우기
디버그: xhr-polling 쓰기 8::
디버그: 클라이언트 1896586469607627233에 대한 닫기 시간 초과 설정
디버그: 초과된 기간으로 인해 xhr-polling이 종료되었습니다.
디버그: xhr 폴링 수신 데이터 패킷 5:::{"name":"login","args":[{"uname":"gjjn","pwd":"3f01728152a0225ff9806c401ffdbe77"}]}
디버그: 폴링 시간 초과 지우기
디버그: xhr 폴링 쓰기 5:::{"name":"l_msg","args":[{"uname":"gjjn","type":true,"head":" http://42.121. 14.234/정의되지 않음 "}]}
디버그: 클라이언트 11012331592122282453에 대한 닫기 시간 초과 설정
디버그: xhr-polling 수신 데이터 패킷 5:::{"name":"loginout"}
디버그: websocket 쓰기 5:::{"name":"l_msg","args":[{"uname":"gregergre","type":true,"head":" http://42.121.14.234/ 정의되지 않은 "}]}
디버그: 클라이언트 5207531891749391108에 대한 하트비트 방출
디버그: websocket 쓰기 2::
디버그: 클라이언트 5207531891749391108에 대한 하트비트 시간 초과 설정
디버그: 하트비트 패킷을 받았습니다.
디버그: 클라이언트 5207531891749391108에 대한 하트비트 시간 초과가 지워졌습니다.
디버그: 클라이언트 5207531891749391108에 대한 하트비트 간격 설정
디버그: websocket 쓰기 5:::{"name":"loginout","args":[{}]}

xhr-polling이 데이터 패킷 5:::{"name":"loginout"}를 수신했습니다.
그러나 결과는 아닙니다.

여기도 마찬가지입니다. 동일한 코드를 사용했지만 Chrome MacOS에서는 작동하지만 Chrome Windows에서는 작동하지 않습니다.

번식 방법 - https://gist.github.com/jonnsl/5021596

+1, 이 문제를 해결하십시오.. @LearnBoost

나는 이것을보고 있지만 내 결국에는 Websocket 연결과 SOCKET.io 서버로 보내진 반복되는 XHR 요청으로 봅니다.

웹 소켓 연결이 성공한 것처럼 보이지만 XHR 요청이 표시됩니다.

Request URL:ws://localhost:5000/socket.io/?EIO=2&transport=websocket&sid=XcMblHoZ0x97QRn_AAAE
Request Method:GET
Status Code:101 Switching Protocols
Request Headers CAUTION: Provisional headers are shown.
Cache-Control:no-cache
Connection:Upgrade
Cookie:io=XcMblHoZ0x97QRn_AAAE
Host:localhost:5000
Origin:http://localhost:3000
Pragma:no-cache
Sec-WebSocket-Extensions:permessage-deflate; client_max_window_bits, x-webkit-deflate-frame
Sec-WebSocket-Key:EZixwYoUHpFFpgrEOqiS+w==
Sec-WebSocket-Version:13
Upgrade:websocket
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36
Query String Parametersview sourceview URL encoded
EIO:2
transport:websocket
sid:XcMblHoZ0x97QRn_AAAE
Response Headers
Connection:Upgrade
Sec-WebSocket-Accept:WHsiBZoW9stmULt+YX8wmNK1wx8=
Upgrade:websocket

웹 소켓 프레임의 모양은 다음과 같습니다.
https://www.dropbox.com/s/v6szg9hka53erbc/Screenshot%202014-07-09%2011.12.33.png

그리고 긴 폴링 요청

https://www.dropbox.com/s/pf7d56tp85864bg/Screenshot%202014-07-09%2011.15.47.png

Google Chrome 35.0.1916.153에서 실행 중입니다.

소켓 문제 버전은 [email protected]

같은 문제가 있습니다. 업데이트가 있습니까? SocketIO 1.0.6 사용

첫 번째 요청은 항상 XHR이고, 그런 다음 (가능한 경우) WebSocket으로 _업그레이드_합니다. 후속 폴링이 중단됨(경우에 따라 추가 폴링 주기가 있을 수 있지만 1을 넘지 않음)

@guille 내가 확인한 것은

안녕,

이 문제를 해결하기 위한 해결책은 무엇입니까?

@rohittailor : 클라이언트에서 이것을 테스트하고 있습니다.

    <script src="/socket.io/socket.io.js"></script>
    <script>
        var socket = io.connect({transports: ['websocket']});
    </script>

그리고 지금까지 너무 좋습니다. XHR 연결을 완전히 피하고 있습니다.

이것은 내 문제도 해결하고 websocket은 잘 작동했지만 더러운 XHR 폴링도있었습니다. @gonzalodiaz 감사

WS로 성공적으로 업그레이드하지만 Web Inspector에서 XHR 폴링 주기가 무기한 계속되는 시나리오를 보고 싶습니다!

(데모, 비디오, 애니메이션 GIF, 무엇이든 작동)

내일 MS Azure 클라우드에서 호스팅되는 내 웹 사이트에 대한 데모 액세스를 제공할 수 있습니다. 테스트 URL과 socket.io가 호스팅되는 방식에 대한 자세한 정보를 알려주실 수 있습니까?

@guille 이건 어때

웹 소켓 프레임의 모양은 다음과 같습니다.
https://www.dropbox.com/s/v6szg9hka53erbc/Screenshot%202014-07-09%2011.12.33.png

그리고 긴 폴링 요청

https://www.dropbox.com/s/pf7d56tp85864bg/Screenshot%202014-07-09%2011.15.47.png

그것들은 무한정 계속됩니까? 에 중복 프레임이 있습니까?
응답? DEBUG=*와 함께 해당 서버 로그를 게시할 수 있습니까?
이 상황이 발생하면 localStorage.debug='*' 와 함께 브라우저 로그가 발생합니까?

—
기예르모 라우흐 – @rauchg https://twitter.com/rauchg

2014년 10월 14일 화요일 오후 10시 59분, Viren Negi [email protected]
썼다:

@guille https://github.com/guille 이건 어때

웹 소켓 프레임의 모양은 다음과 같습니다.

https://www.dropbox.com/s/v6szg9hka53erbc/Screenshot%202014-07-09%2011.12.33.png

그리고 긴 폴링 요청

https://www.dropbox.com/s/pf7d56tp85864bg/Screenshot%202014-07-09%2011.15.47.png

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Automattic/socket.io/issues/991#issuecomment -59161273
.

@guille 나는 xhr 응답이 무한정 반복되는 것을 봅니다. 복제 프레임에 대해 확신이

내가 얼마나 도움이 될 수 있을지는 모르겠지만 웹 소켓이 안전한 경우에만 연결할 수 있다는 것을 알게 되었습니다. 보안되지 않은 WebSocket 연결을 허용하기 위해 헤더(CORS와 같은)가 필요한 최근 보안 변경 사항이 있습니까?

WebSockets는 한 달 전에 저를 위해 일했지만 이제는 wss:// 연결에서만 작동합니다.
크롬 38.0.2125.104 - 윈도우 8.1.1

편집: 이 결과는 실제로 http://www.websocket.org/echo.html 의 문제일 수 있습니다
다른 곳에서 테스트를 할 수 없었습니다

WS 연결의 성공은 실제로 네트워크/서버 기능에 달려 있습니다. SSL은 데이터가 해독되기 전에 데이터를 손상시킬 수 없음을 보장합니다(후속 프록시/로드 밸런서는 여전히 손상될 수 있음).

나는 그것이 실제로 코드의 버그라는 것을 알아차렸고, WS 연결을 폴링하지도 않았고, 변경을 한 다음 작동했습니다. 기억나면 오늘 밤 수정된 소스를 살펴보겠습니다.

그러나 다른 모든 사람에게 작동하는 경우 내 설정에 잘못된 다른 것일 수 있지만 시도하지 않고 WS를 사용할 수 없다고 생각하여 연결을 시도하지 않았습니다. &&를 || 고쳤다.

더 듣고 싶어요!

여전히 (작은) 문제이지만 클라이언트는 다른 전송을 시도하는 대신 항상 폴링 요청을 합니다. 지정해야 합니다

{transports: ['websocket']}

작동시키려면 클라이언트가 모든 전송을 시도하여 좋은 전송을 찾아야 합니다. 그렇죠?

이 문제는 제가 2012/13년에 "순수한" 웹 소켓 패키지 작업을 시작한 이유였습니다.

이 문제가 해결되었습니까? 비슷한 것을 보고 있지만 깊이 파고 들기 전에 빠른 검색을 하고 싶었습니다... 댓글?

이 문제에 대해 마지막으로 언급한 이후로 코드가 상당히 변경되었습니다. 같은 버그일 가능성은 거의 없습니다. 지난번에 문제를 일으킨 것으로 의심되는 회선을 찾을 수 없는 것 같습니다. 그렇다고 고정이 되는 것은 아닙니다.

내 socket.io 코드는 현재 bug engine.io-client에 의해 차단되어 있으므로 몇 달 동안 s.io를 사용하지 않았으므로 이것이 여전히 문제인지 확실하게 말할 수 없습니다.

@nevercast ws가 작동하는 것에 대한 귀하의 의견이지만 ws not은 제 경우에는 완전히 옳지 않았습니다. 지적해 주셔서 감사합니다. 일주일 넘게 이 문제를 찾고 있었습니다. 어떻게 든 내 네트워크의 모든 ws 연결이 차단되었지만 wss가 제대로 작동했음을 발견했습니다.

이 웹사이트는 훌륭합니다: http://websocketstest.com/ 어떤 포트가 주어진 네트워크에서 웹 소켓을 실행할 수 있는지 알려줍니다. 웹 소켓 디버깅에 너무 관여하기 전에 이것을 확인하는 것이 좋습니다.

소켓 io에 문제가 있지만 어디가 잘못되었는지 잘 모르겠습니다.

위의 이미지는 로컬에서는 잘 되는 것을 보여주지만 아래 이미지는 AWS 환경에서 시도하다가 캡쳐한 것입니다.

소켓 io에 문제가 있지만 어디가 잘못되었는지 잘 모르겠습니다.

위의 이미지는 로컬에서는 잘 되는 것을 보여주지만 아래 이미지는 AWS 환경에서 시도하다가 캡쳐한 것입니다.

같은 문제에 직면