Socket.io: 업그레이드 후 설명되지 않은 연결 해제 '전송 종료'

에 만든 2012년 03월 03일 · 73코멘트 · 출처: socketio/socket.io

오늘 package.json에 종속성을 추가한 후 node_modules를 제거하고 npm_install을 실행했습니다. 나는 socket.io에 대한 버전 번호를 지정하지 않았으므로 최신 버전을 선택했다고 생각합니다.

내가 그 일을 한 후 나는 그 안에 그것을 알아 차렸습니까? 애플리케이션을 시작하고 1분 정도 지나면 소켓 연결이 끊어지고 node.js 콘솔 출력에 '전송 종료' 정보 메시지가 표시됩니다. 나는 웹 소켓에 대해서만 socket.io를 설정했습니다. 저는 Linux의 Chrome 13을 사용하고 있습니다.

package.json에 들어가서 0.8.7로 설정하고 npm install을 다시 실행했는데 이제 더 이상 연결 해제가 표시되지 않습니다.

바라건대 내가 뭔가에 대해 혼란스러워하지 않았기를 바랍니다. 나는 돌아가서 단계를 반복했고 동일한 결과를 얻었습니다. 더 구체적인 정보가 없어 죄송합니다.

출처

runvnc

모든 73 댓글

0.9.1은 조기 연결 해제를 유발하는 하트비트와 함께 버그를 도입했을 수 있습니다.
나는 그것을 조사하고 있으며 내일 0.9.2가있을 수 있습니다.

rauchg 에 2012년 03월 03일

같게. Mac의 Chrome 및 FF, 동일한 시스템의 클라이언트 및 서버에서 반복적인 연결 끊김/재연결이 표시됩니다.
readme의 socket.io 예제에서 쉽게 볼 수 있으며 기본 설정은 그대로 유지됩니다.

mokesmokes 에 2012년 03월 03일

같은 문제가 있습니다 ... 또한 소켓 연결이 끊긴 직후 새 소켓이 인스턴스화되었음을 알았습니다.

나를 위한 해결 방법은 수동으로 닫기 시간 초과를 설정하는 것이었습니다.

io.configure( function() {
    io.set('close timeout', 60*60*24); // 24h time out
});

steffenwt 에 2012년 03월 04일

나도이 문제가 있었다. 해결 방법에 대해 steffenwt에게 감사드립니다.

Josh1billion 에 2012년 03월 06일

네 저도 이런 오류가 있습니다. 나는 며칠 전에 socket.io를 배우기 시작했고 처음에는 내가 뭔가 잘못하고 있다고 생각했습니다.

matzipan 에 2012년 03월 06일

0.9.0으로 다운그레이드하면 작동합니다.

관련성이 있는지 확실하지 않지만 소켓은 다른 모든 하트비트에서 닫힙니다. 그래서 이렇게 됩니다

heartbeat2 gets sent and recieved all fine
heartbeat3 gets sens but never gets recieved
disconnect

여기에 로그인:

   debug - emitting heartbeat for client 18615332192056708826
   debug - websocket writing 2::
   debug - set heartbeat timeout for client 18615332192056708826
   info  - transport end
   debug - set close timeout for client 18615332192056708826
   debug - cleared close timeout for client 18615332192056708826
   debug - cleared heartbeat timeout for client 18615332192056708826
   debug - discarding transport

matzipan 에 2012년 03월 06일

나도 문제가 있다.

0.91-1 을 사용합니다.

나는 그것을 시도하지만이 문제가 있습니다.

io.configure( 함수() {
io.set('닫기 시간 초과', 60_60_24); // 24시간 타임아웃
});

untosil 에 2012년 03월 06일

여기에 같은 문제

asuth 에 2012년 03월 07일

0.9.0으로 다운그레이드하셨나요? 이제 NPM에서 최신으로 표시했습니다.

rauchg 에 2012년 03월 07일

0.9.1-1에 대한 동일한 문제가 0.9.0으로 다운그레이드되었으며 문제가 사라졌습니다.

gitawego 에 2012년 03월 07일

해결 방법으로 클라이언트에서 일부 연결 유지(예: 20초)를 보내고 서버에서 즉시 응답할 수 있습니다.

클라이언트: setInterval(function() { socket.emit("연결 유지", null) },20*1000);
서버: socket.on('연결 유지', 함수(데이터) { socket.emit('연결 유지', null); });

dervsh 에 2012년 03월 07일

FWIW: 다른 서버에서 클라이언트에 서비스를 제공하고 있고 클라이언트 코드 가 0.9.0으로 다운그레이드되지 않은 경우 여전히 문제가 표시됩니다.

'socket.io'를 0.9.0으로 다운그레이드했는데 여전히 문제가 있습니다. 그런 다음 socket.io-client를 0.9.0으로 다운그레이드했는데 연결이 끊기지 않습니다.

또한 내가 시도한 전송 실패는 웹 소켓과 xhr-polling입니다.

rcadena 에 2012년 03월 07일

이 문제는 닫아야 합니다. 맞죠?

konklone 에 2012년 11월 24일

나는 같은 문제를 가지고있다. 그러나 나는 그것이 내가 haproxy를 가지고 있기 때문이라는 것을 알았습니다.

내 문제는 다음과 같습니다.

frontend all 0.0.0.0:80
    default_backend www_backend
    acl is_websocket path_beg /socket.io
    acl is_websocket hdr(Upgrade) -i WebSocket
    acl is_websocket hdr_beg(Host) -i ws
    timeout client 1000

"timeout client 1000" 줄에 있습니다(문제인지 확인하기 위해 1초로 변경했는데...).

이제 웹 소켓 백엔드에 대해서만 변경할 수 있는 방법이 있는지 찾고 있습니다.

나는 이것이 누군가를 돕기를 바랍니다 :+1:

citosid 에 2013년 04월 09일

참고로, xhr-polling 및 0.9.14에서도 이 문제가 계속 발생합니다. 25초마다 강제 연결 해제가 있습니다. 로그는 위와 동일합니다.

jimwebb 에 2013년 05월 16일

0.9.14 서버 및 0.9 클라이언트에서도 이러한 현상이 발생하는지 확인할 수 있습니다. 25초마다 연결이 끊어지지는 않지만 간헐적으로 연결이 끊어집니다. 나는 그것을 호출 stream.emit('end'); node.js의 _stream_readable.js에 있습니다. 버퍼에서 EOF를 읽은 결과라고 생각합니다.

BoarK 에 2013년 05월 16일

@citosid 왜 haproxy 클라이언트 시간 초과로 인해 이러한 문제가 발생합니까?

samsonradu 에 2013년 09월 05일

0.9.16에서 발생합니다. BoarK와 동일

lytespark 에 2013년 12월 28일

socket.io 지원이 중단 되었습니까?

joefaron 에 2014년 01월 17일

@jofaron 죽기 전에 지원이 있어야 합니다. 아니요, Socket.IO 지원은 죽은 것이 아니라 존재하지 않았을 뿐입니다.

radicans 에 2014년 01월 17일

Socket.io 0.9.16과 동일한 문제 - ~25초마다 연결이 끊어지고 "전송 폐기"가 동시에 표시되는 로그가 표시됩니다.

aran112000 에 2014년 01월 26일

0.8.6으로 다운 그레이드하면 기본적으로 모든 것이 고정되어 .. 사용하고 있습니다.
websocket에 대한 백업으로 xhr-polling 대신 jsonp-polling .. 멀리 보입니다.
더 안정적입니다.

2014년 1월 26일 일요일 오전 10시 16분에 Aran Reeks [email protected]이 다음과 같이 작성했습니다.

Socket.io 0.9.16과 동일한 문제 - ~25마다 연결이 끊어짐
초 및 "전송 폐기"를 표시하는 로그가 동시에 표시됩니다.
—
이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/LearnBoost/socket.io/issues/777#issuecomment -33325205에서 확인하세요.
.

joefaron 에 2014년 01월 26일

안녕하세요 @joefaron , 도움을

오늘 저녁에 다른 구성 옵션을 사용하여 조금 놀았고 내일 더 자세히 살펴보겠습니다. 하지만 문제는 하트비트 검사가 실패하는 것입니다. 이러한 검사는 사용자에 대한 연결이 여전히 필요하고 어떤 이유로든 연결 해제를 전송하지 않고 떠나지 않았는지 확인하기 위한 것입니다.

Firefox와 현재 안정적인 Chrome 빌드(32.0.1700.76m) 모두에서 이 버그를 복제할 수 있었습니다.

처음에는 애플리케이션에 대해 하트비트를 완전히 비활성화하려고 시도했지만 실제로는 필요하지 않았습니다. 이것은 다음과 같이 수행할 수 있습니다(현재 문서에 따르면 이 작업을 시도했을 때 모든 전송 방법을 제거하는 것처럼 보였고 지속적으로 충돌 및 다시 시작).
io.set('heartbeats', false);

이것이 실패함에 따라 다음 시도는 app.js 내에서 다음을 사용하여 수행할 수 있는 하트비트 요청 사이의 시간 초과를 늘리는 것이었습니다.
io.set('heartbeat timeout', 99999); // 99999 being the time between requests in seconds - Default is 25, please choose your value as applicable for your applications

이것은 우리가 클라이언트 연결 끊기에 신경 쓰지 않기 때문에 우리 응용 프로그램에 효과가 있었지만 귀하의 환경에서는 실행 가능한 옵션이 아닐 수 있습니다.

도움이 되는 경우 이 문제가 있는 다른 사람의 경우 내 환경은 다음과 같습니다.
NodeJS: v0.10.24 Socket.io: v0.9.16 Centos 6.5

aran112000 에 2014년 01월 26일

이것은 정말 시급한/중요한 문제라고 생각합니다. 왜 아직 해결되지 않았습니까? 이 문제 스레드가 시작된 후 2년이 지났습니다.

저도 이 문제를 겪고 있습니다:

NodeJS: v0.10.24
Socket.io: v0.9.16

d-oliveros 에 2014년 02월 16일

d-oliveros: 0.8.6으로 다운그레이드하는 것이 좋습니다. 나는 이것을 가지고 있지 않았다
문제.. 그리고 나는 최신 빌드가 가까운 장래에 수정될 것이라고 생각하지 않습니다.

2014년 2월 15일 토요일 오후 8시 55분, d-oliveros [email protected]작성 :

이것은 정말 시급한/중요한 문제라고 생각합니다. 왜 안됐어
아직 해결? 이 문제 스레드가 시작된 지 2년이 지났습니다.
저도 이 문제를 겪고 있습니다:
노드JS: v0.10.24
소켓.io: v0.9.16
이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/LearnBoost/socket.io/issues/777#issuecomment -35177466에서 확인하세요.
.

joefaron 에 2014년 02월 16일

새로운 master 사용해 보십시오. 이 문제는 해결되었습니다.

rauchg 에 2014년 02월 16일

이 문제에 대한 수정 사항이 포함된 0.9.17 릴리스가 있습니까?

fgnass 에 2014년 03월 25일

@fgnass 1.0.0-pre 재현할 수 있습니까?

rauchg 에 2014년 03월 25일

@guille 지금까지 잘

fgnass 에 2014년 03월 25일

안녕하세요 @guille 이 수정 사항을 0.9.16에 도입할 수 있는 방법이 있습니까? 우리가 잘 확립된 프로덕션 환경에서 node.js / socket.io를 사용한다는 것만으로 우리 플랫폼의 모든 측면의 시험판 버전을 사용하는 것을 정당화하는 데 어려움을 겪을 것입니다. 0.9.16에 대한 패치가 수행될 수 있거나 1.0.0이 (매우) 가까운 장래에 릴리스될 예정이라면 이것이 훨씬 바람직할 것입니다.

eggysplat 에 2014년 04월 02일

@eggysplat의 경우 +1

adamotte 에 2014년 04월 17일

@aran112000 heartbeat timeout 해결 방법에 감사드립니다. v0.9.16에서 작동합니다.

ifeltsweet 에 2014년 05월 19일

사실 나는 내가이 문제가 발생한 이유를 찾았습니다. 정말 부끄럽게도 v0.9.16을 사용하고 있는 줄 알았습니다. 실제로는 그 버그가 있는 v0.9.0을 사용하고 있었습니다. v0.9.2에서 수정되었습니다. https://github.com/LearnBoost/socket.io/commit/57a0b2406004e46ec34729392ee289191a4f78e7 및 https://github.com/LearnBoost/socket.io/commit/df5f26ec34729392ee289191a4f78e7 및

v0.9.0에서와 같이 heartbeat timeout 보다 큰 heartbeat interval 가 없는지 확인하십시오.

ifeltsweet 에 2014년 05월 19일

다른 사람들이 알 수 있도록 게시물 편집:

내 Mac에서 문제를 테스트하기로 결정할 때까지 버그 추적에 몇 시간을 낭비했습니다. Windows 8의 바이러스 백신도 연결을 차단하고 문제를 일으키는 것 같습니다. 제거한 후 모든 것이 잘 작동합니다.

관련 게시물은 실제로 여기에 있지만 찾기가 매우 어렵습니다.
https://github.com/LearnBoost/socket.io/wiki/Socket.IO-and-firewall-software

anton000 에 2014년 05월 23일

저는 socket.io의 초보자이며 이틀 이상 걸렸습니다. 데이터 송수신 후 클라이언트는 연결을 끊었다가 다시 연결하여 socket.id 값이 변경됩니다.

socket.io:client client close with reason transport close +39s
socket.io:socket closing socket - reason transport close +44s
.
.
.
socket.io:namespace adding socket to nsp / +4.1m
socket.io:socket socket connected - writing packet +1s

마지막으로, 나는 socket.io가 시스템에서 자동으로 연결을 끊었다가 다시 연결하도록 콜백 내부에 예외가 있다는 것을 발견했습니다.

socket.on('someEvent', function(){
    var a = null;
    a.b; //You won't be aware of this error, this error is suppressed and won't be shown on console. 
         //Moreover, it disconnects and reconnects
})

이 댓글 도 참조

따라서 자동으로 오류를 포착하고 콘솔에 아무 것도 표시하지 않습니다. 나에게 알리지 않고 오류를 억제하고 연결을 끊거나 다시 연결하는 이유는 무엇입니까?

cihadturhan 에 2014년 08월 24일

1.3.5 오류가 여전히 있습니다.

ghost 에 2015년 05월 20일

그렇습니까?

rauchg 에 2015년 05월 20일

예, 문제는 여전히 1.3.5에 존재합니다...

sakop 에 2015년 05월 25일

문제가 여전히 존재

MirHamzaHasan 에 2015년 05월 26일

예, 문제가 1.3.5에서 여전히 발생하고 있습니다. 수정하십시오.

stellasoft-will 에 2015년 06월 18일

@citosid 가 지적했듯이

bf 에 2015년 08월 28일

같은 문제가 있지만 haproxy를 사용하지 않습니다. 이것이 작동했던 마지막 버전을 아는 사람이 있습니까?

onelifemedia 에 2015년 09월 02일

👍1

네, 저희 시스템에서 문제가 100% 해결되지 않았다는 보고도 받고 있습니다. 재미있는 점은 haproxy에서 "timeout client 1"을 1초로 설정하여 문제를 안정적으로 재현할 수 있었고 우리 프론트엔드에서 버그를 경험할 수 있다는 것입니다.

이에 따라 나는 "시간 초과 클라이언트"를 더 큰 숫자로 늘렸고 socket.io keepalive / heartbeat가 연결을 새로 고칠 수 있는 충분한 시간을 갖기 때문에 문제가 사라질 것이라고 생각했습니다. 이 가정은 아마도 틀릴 가능성이 높으며, 추가 정보를 알게 되면 계속 알려 드리겠습니다.

bf 에 2015년 09월 02일

나는 이것을 stackoverflow 포스트에 올렸고 여러분 중 일부는 이것을 해결할 수 있습니다:
"HackTimer.js와 ccapture.js는 모두 window.setTimeout을 사용자 정의 함수로 대체하는 것 같습니다. HackTimer.js는 다른 JavaScript보다 먼저 실행되면 정상적으로 작동하는 것 같습니다. ccapture.js의 경우 첫 번째 스크립트로 실행하십시오. 따라서 SocketIO는 먼저 브라우저의 기본 setTimeout을 사용한 다음 현재 실행 중인 타이머를 중단시키는 사용자 지정 setTimeout에 의해 날아갑니다."

코드를 검색하여 라이브러리 중 하나가 이를 대체하는지 확인합니다.

ag 'window.setTimeout\s*='

또한 콘솔에서 테스트하여 setTimeout이 수정되었는지 확인할 수도 있습니다.

/native/.test(window.setTimeout) // returns true for the native function and false for a custom one

fc 에 2015년 11월 10일

이 버그가 계속 종료되나요? 마스터 버전으로 업그레이드했는데 Transport 닫기 알림과 함께 약 2분 만에 모든 모바일 장치 연결이 끊어졌습니다..

이것이 socket.io 1 > 에서 멀어지게 하고 나를 socket.io 0.9.17 에 머물게 한 것입니다. 하지만 이제 다시 시도하고 있습니다. 서버에서 핑퐁을 수동으로 설정하여 계속 유지하고 19분 후에 연결을 끊습니다. 간격은 35초마다 ..

socket.io 0.9.17을 실행하면 이 문제가 없습니다. 하지만 더 이상 사용되지 않기 때문에 더 이상 사용하고 싶지 않습니다. 도움이 필요하면 모바일 장치의 브라우저에서 발생합니다.

utan 에 2016년 01월 05일

@utan 재생산 단계는 무엇입니까?

rauchg 에 2016년 01월 08일

안녕하세요 @rauchg 입니다 .

답장을 보내 주셔서 감사합니다..

1) socket.io 1.4.0 설치
2) nginx 구성을 프록시로 설정

                        proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "upgrade";
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_set_header Host $host;
                proxy_http_version 1.1;
                proxy_pass http://io_nodes;

3) socket.io 1.4.0 / 2015-11-28을 사용하여 클라이언트 설정
4) 모바일 기기에서 접속..
5) 앱에 연결된 모바일 브라우저를 그대로 두고 휴대전화를 유휴 상태로 둡니다.

그런 다음 로그 ;

  engine:polling compressing +0ms
  engine:socket executing batch send callback +1ms
PuTTY  engine intercepting request for path "/socket.io/" +95ms
  engine handling "GET" http request "/socket.io/?EIO=3&transport=polling&t=L8YVUt6&sid=DJNvvkhmCQew_3vGAAAB" +0ms
  engine setting new request for existing client +0ms
  engine:polling setting request +0ms
  engine:socket transport error +6s
  engine:polling closing +2ms
  engine:polling transport writable - closing right away +0ms
  engine:polling writing "ï¿½1" +0ms
  socket.io:client client close with reason transport error +0ms
  socket.io:socket closing socket - reason transport error +0ms

34분 후 접속이 끊깁니다..

폴링을 사용하는 경우 이 오류 로그가 표시됩니다.

 engine:socket executing batch send callback +1ms
PuTTY  engine intercepting request for path "/socket.io/" +106ms
  engine handling "GET" http request "/socket.io/?EIO=3&transport=polling&t=L8YXgi6&sid=skadf3It4qBRi0S0AAAC" +1ms
  engine setting new request for existing client +0ms
  engine:polling setting request +0ms
  engine:socket transport error +3s
  engine:polling closing +0ms
  engine:polling transport writable - closing right away +0ms
  engine:polling writing "ï¿½1" +0ms
  socket.io:client client close with reason transport error +1ms
  socket.io:socket closing socket - reason transport error +2ms
  engine intercepting request for path "/socket.io/" +373ms
  engine handling "POST" http request "/socket.io/?EIO=3&transport=polling&t=L8YXhdB&sid=skadf3It4qBRi0S0AAAC" +0ms

utan 에 2016년 01월 08일

그래서 @rauchg가 닫았습니까?

정말로 당신이해야한다고 생각하지 마십시오.

utan 에 2016년 01월 08일

나는하지 않았다.

rauchg 에 2016년 01월 11일

@rauchg ,
이것이 이제 socket.io의 정상적인 동작입니까? 플러그인이 없고 유휴 상태인 경우 모바일 장치에서 사용자의 연결을 끊는 WS 프로토콜이 변경되었습니까?

이 문제로 벽에 머리를 박고 있습니다. 업그레이드를 완료할 수 없습니다. 그리고 새 socket.io로 내 코드를 리팩터링합니다...
내 서버 우분투 10.10
Nginx 버전: Nginx/1.8.0
Node v0.10.31 // 4.0으로 업그레이드해도 똑같습니다..

https 및 Nginx 프록싱 socket.io 사용..

다른 사람이 같은 문제를 겪고 있습니까 아니면 저만 있습니까?

utan 에 2016년 01월 11일

나도 그럴지도 모른다고 생각한다.. 그래도 내 경우를 정확히 지적하기는 어렵다. 나는 socket.io와 함께 sail.js를 사용하고 있습니다.

우분투 14.04
노드 v5.3.0
npm v 3.3.12
돛. [email protected]
socket.io@~1.4.3

내 클라이언트는 socket.io-client와 sails.io.js가 혼합되어 있습니다.

var socketIOClient = require('socket.io-client');
var sailsIOClient = require('sails.io.js');
var io = sailsIOClient(socketIOClient);
io.socket.on('connect', function(data){....})

따라서 초기 연결은 영원히 지속되지만 이 클라이언트에 대한 .emit() 또는 .broadcast() 후에 서버는 ~25초에서 1분 후에 클라이언트를 덤프하고 클라이언트는 연결 끊김 알림을 받지 않습니다 . 아직 연결되어 있다고 생각합니다.

매우 실망스럽습니다.

odnarb 에 2016년 01월 14일

👍1

비슷한 문제가 있지만 보안 소켓(ws 대신 ws)을 사용하는 경우에만 해당됩니다. wss를 사용하면 모든 것이 잘 작동하지만 wss를 사용하면 임의의 시간(~15분)에 산발적으로 연결이 끊어집니다. 방화벽도 프록시도 없습니다.

andrin-n-dream 에 2016년 01월 16일

@andrin-n-dream 감사합니다. 제 생각도 SSL과 관련이 있다고 생각합니다. 클라이언트로 Windows 시스템이 있고 서버로 우분투 VM(동일한 시스템)이 있습니다. 브리지된 네트워크 어댑터. 일반적인 네트워크 연결에 문제가 발생한 적이 없습니다.

nginx SSL 또는 sails.js SSL 종료를 사용하는지 여부에 관계없이 SSL에서 발생합니다.

odnarb 에 2016년 01월 19일

NAVER - http://www.naver.com/

[email protected] 님께 보내신 메일

받는 사람이 회원님의 메일을 수신차단 하였습니다.

oniono 에 2016년 01월 19일

😕1

나는 영원히 디버깅했고 SSL에 대한 다른 솔루션을 찾을 수 없었지만 수동으로 다시 연결했습니다. engine.io가 나를 위해 이 작업을 수행하고 전송이 닫힐 때 다시 시도하면 좋을 것입니다.

andrin-n-dream 에 2016년 01월 19일

👍1

이에 대한 해결책이 있습니까? 나는 똑같은 문제가 있습니다. 몇 초 후에 서버의 디버그 로그에 하트비트 시간 초과가 발생하지만 클라이언트는 여전히 연결되어 있다고 생각합니다.

Pranoy1c 에 2016년 09월 11일

👍1

다른 긴급한 문제로 인해 환경을 업그레이드했으며 이제 백버너에 있습니다. 노드 6.5.0이 어떤 차이를 만드는지 확인하는 것이 좋습니다. Sails.js는 일부 패키지를 업데이트하고 이러한 저수준 기능의 사용을 변경했습니다...

엄청난 양의 레거시 C++를 마이그레이션하는 중이므로 지금 다시 이 문제에 대해 알아볼 시간이 없습니다. 아마도 올해 말이나 1월 말일 것입니다.

odnarb 에 2016년 09월 15일

이것은 2.0.3에서 여전히 발생합니다 ...
https://github.com/socketio/socket.io/issues/3025

해결 방법이 없으면 클라이언트의 25%가 이 문제를 겪을 것이기 때문에 socket.io는 기본적으로 사용할 수 없습니다.

ForgeableSum 에 2017년 08월 04일

io.set('하트비트 타임아웃', 99999);

@Aaron1011 이것은 서버 측 또는 클라이언트 코드를 의미합니까? 서버 측이라면 클라이언트 측에서 변경해야 할 사항이 있습니까?

ForgeableSum 에 2017년 08월 05일

시험을 마친:
io.set('하트비트 타임아웃', 99999);
서버 측에서 socket.io v 2.0.3을 사용하여 문제를 수정하지 않았습니다. 다음에 0.8.6으로 다운그레이드를 시도할 것입니다.

ForgeableSum 에 2017년 08월 05일

그것은 실제로 거대한 토끼 구멍이기 때문에 0.8.6으로 다운 그레이드 할 수 없습니다. 모든 구문이 변경되었으며 0.8.6에서 찾을 수 있는 문서가 없기 때문에 손실된 원인입니다. 이 문제를 해결할 수 있기를 바라며 고대 버전으로 다운그레이드하기 위해 앱을 다시 작성하고 싶지 않습니다.

v2.03에 대한 아이디어/수정 사항이 있는 사람이 있습니까? 내가 시도한 것들:

pingInterval을 9999999로 설정
pingTimeout을 99999999로 설정
연결 유지로 자동으로 메시지를 보냅니다. 1초마다 메시지를 보내지만 여전히 임의의 연결이 끊깁니다.
비활성화된 방화벽
XHR 폴링 켜기/끄기로 시도
포트를 무작위에서 80으로 변경했습니다.

나는 그것이 코딩 오류가 아니라고 확신하지만 일부에서는 발생하고 일부에서는 발생하지 않기 때문에 PC에만 해당됩니다. 네트워크 어댑터와 관련이 있을 수 있습니다.

ForgeableSum 에 2017년 08월 05일

@forgeableSun 당신은 Primus를 기반으로 앱을 작성해야합니다. 나는 primus로 내 앱을 리팩토링했고 현재 socketJ를 사용하고 있습니다.

다른 실시간 프로젝트를 사용하기 위해 다른 프로젝트에서 코드를 변경할 필요가 없는 다른 프로젝트를 지원합니다.

문안 인사.

utan 에 2017년 08월 05일

@utan 시도해보고 싶습니다. 하지만 한 줄의 코드로 socket.io에서 정확히 어떻게 전환합니까? 다른 프레임워크에서 전환하는 예는 없는 것 같습니다.

ForgeableSum 에 2017년 08월 05일

npm 설치 브라우저 채널 --저장

var primus = new Primus(서버, { 변환기: '브라우저 채널' });

https://github.com/primus/primus/blob/master/README.md#supported -real-time-frameworks

희망이 도움이 됩니다.

utan 에 2017년 08월 05일

브라우저 채널은 socket.io와 어떤 관련이 있습니까?

ForgeableSum 에 2017년 08월 05일

다른 프레임워크로 전환하는 방법의 예일 뿐입니다.

예를 들어 물어보니..

utan 에 2017년 08월 05일

좋습니다. 하지만 socket.io는 지원되는 실시간 프레임워크 중 하나로 나열되지도 않습니다. API를 전환하는 것은 단 한 줄의 코드가 아닙니다. 문서에서 예제를 제공하지 않고 어떻게 이를 광고할 수 있는지 모르겠습니다.

ForgeableSum 에 2017년 08월 05일

들어보세요, socket.io는 >= 1 이후에 버그가 있습니다. 연결이 이상합니다. 다른 프레임워크로 전환할 수 있도록 primus를 사용하는 것이 좋습니다.

그렇기 때문에 예제를 제공했습니다. 물론 프리머스를 사용하려면 코드를 리팩터링해야 합니다. 그런 다음 자유롭게 다른 프레임워크를 사용해 보고 어떤 프레임워크가 가장 적합한지 또는 하나가 중단되면 다른 프레임워크를 사용할 수 있습니다.

문안 인사

utan 에 2017년 08월 05일

@utan 알겠습니다 . 전체 앱이 해당 프레임워크(예: 어댑터)로 작성되어 하나의 프레임워크에서 다른 프레임워크로 전환하기 위한 변환기라고 생각했습니다. 그러나 실제로는 전체 앱이 primus로 작성된 프레임워크로 원활하게 전환하기 위한 변환기입니다.

ForgeableSum 에 2017년 08월 05일

사실, 당신은 내 머리를 위로 갔다.. 나는 그 차이점을 잘 알지 못하는데, 우리가 같은 것에 대해 이야기하고 있다고 생각했습니다.

문안 인사.

utan 에 2017년 08월 05일

내 서버 로그:
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"
클라이언트 연결 끊기. 연결 해제 이유: "전송 종료"

ForgeableSum 에 2017년 08월 06일

👍1

대규모 재작성을 포함하는 ws(https://github.com/websockets/ws)로 전환했지만 이제 클라이언트 측에서 기본 websocket 브라우저 개체를 사용하고 모든 것이 완벽하게 작동합니다. 더 이상 문제가 없습니다. 오랜만이다 socket.io!

ForgeableSum 에 2017년 08월 08일

👍1

10~30분 후에 랜덤으로 연결이 끊겼습니다. 내 호스팅 서비스가 Apache 공유 서버에서 Passenger와 함께 NodeJS를 실행한다는 것을 기억했습니다. 나는 그것을 정말로 이해하지 못하지만 기본적으로 이러한 종류의 통합에서 웹 소켓에 문제가 있습니다. 나는 Transports: ['polling'] 만 설정하여 테스트하고 있습니다. 반면 localhost에서는 오류 및 드롭아웃 없이 Transports: ['websockets', 'polling']로 실행합니다. 30분 후 지금까지 너무 좋았습니다...

Fursious 에 2018년 01월 19일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Socket.io: 업그레이드 후 설명되지 않은 연결 해제 '전송 종료'

모든 73 댓글

이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/LearnBoost/socket.io/issues/777#issuecomment -35177466에서 확인하세요.
.

NAVER - http://www.naver.com/

관련 문제

Socket.io: 업그레이드 후 설명되지 않은 연결 해제 '전송 종료'

모든 73 댓글

이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/LearnBoost/socket.io/issues/777#issuecomment -35177466에서 확인하세요. .

NAVER - http://www.naver.com/

관련 문제

이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/LearnBoost/socket.io/issues/777#issuecomment -35177466에서 확인하세요.
.