Socket.io: अस्पष्टीकृत डिस्कनेक्ट 'परिवहन अंत' उन्नयन के बाद

0.9.1 समय से पहले डिस्कनेक्ट को ट्रिगर करने वाले दिल की धड़कन के साथ एक बग पेश कर सकता था।
मैं इसे देख रहा हूं और कल 0.9.2 हो सकता है

ठीक वैसा ही। एक ही मशीन पर Mac, क्लाइंट और सर्वर पर Chrome और FF में बार-बार डिस्कनेक्ट/पुनः कनेक्ट होते देखना।
रीडमी में सॉकेट.आईओ उदाहरणों से आसानी से देखा जा सकता है, डिफ़ॉल्ट सेटिंग्स अछूती हैं।

एक ही समस्या होने पर ... मैंने यह भी देखा कि सॉकेट डिस्कनेक्ट होने के तुरंत बाद एक नया सॉकेट तुरंत चालू हो गया था।

मेरे लिए वर्कअराउंड मैन्युअल रूप से क्लोज टाइमआउट सेट कर रहा था:

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

मुझे भी यह समस्या हो रही थी। कामकाज के लिए धन्यवाद स्टीफेनवेट।

हाँ, मुझे भी यह त्रुटि है। मैंने कुछ दिन पहले socket.io सीखना शुरू किया और मुझे लगा कि मैं कुछ गलत कर रहा हूं।

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

मुझे भी समस्या है।

मैं 0.91-1 का उपयोग करता हूं।

मैं कोशिश करता हूं, लेकिन यह समस्या है।

io.configure (फ़ंक्शन () {
io.set ('क्लोज़ टाइमआउट', 60_60_24); // 24 घंटे का समय समाप्त
});

यहां भी यही समस्या

क्या आपने डाउनग्रेड कर 0.9.0 कर दिया? मैंने अब इसे NPM पर नवीनतम के रूप में चिह्नित किया है

0.9.1-1 के लिए यहां एक ही मुद्दा, जस्ट को 0.9.0 तक डाउनग्रेड किया गया, और समस्या दूर हो गई।

वर्कअराउंड के रूप में आप क्लाइंट से कुछ रख-रखाव भेज सकते हैं, 20 सेकंड के लिए और तुरंत सर्वर से जवाब दें:

क्लाइंट: सेटइंटरवल (फ़ंक्शन () {सॉकेट.एमिट ("रख-रखा", शून्य)}, 20 * 1000);
सर्वर: सॉकेट.ऑन ('कीप-अलाइव', फंक्शन (डेटा) {सॉकेट.एमिट ('कीप-अलाइव', नल); });

FWIW: यदि आप क्लाइंट को किसी भिन्न सर्वर से सेवा दे रहे हैं, और आपका क्लाइंट कोड 0.9.0 तक डाउनग्रेड नहीं किया गया है, तब भी आपको समस्या दिखाई देगी।

मैंने 'socket.io' को 0.9.0 पर डाउनग्रेड किया और मुझे अभी भी समस्या दिखाई दी। फिर मैंने socket.io-client को 0.9.0 पर डाउनग्रेड किया और मुझे डिस्कनेक्ट नहीं मिला।

इसके अलावा, जिन ट्रांसपोर्टों की मैंने कोशिश की है, वे वेब सॉकेट और xhr-मतदान हैं।

यह मुद्दा बंद हो जाना चाहिए, है ना?

मेरी भी यही समस्या है। लेकिन मैंने देखा कि ऐसा इसलिए है क्योंकि मुझे हैप्रोक्सी है।

मेरी समस्या यहाँ है:

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

लाइन में "टाइमआउट क्लाइंट 1000" (मैंने इसे 1 सेकंड में बदल दिया यह देखने के लिए कि क्या यह समस्या थी, और यह था ...)

तो अब मैं खोज रहा हूं कि इसे केवल वेबसोकेट बैकएंड के लिए बदलने का कोई तरीका है या नहीं।

मुझे आशा है कि यह किसी की मदद करेगा: +1:

FYI करें, मैं अभी भी इस मुद्दे को xhr-मतदान और 0.9.14 के साथ देख रहा हूँ। हर 25 सेकंड में एक जबरन डिस्कनेक्ट होता है। लॉग ऊपर के समान है।

मैं यह भी सत्यापित कर सकता हूं कि यह 0.9.14 सर्वर और 0.9 क्लाइंट के साथ हो रहा है। हालाँकि यह हर 25 सेकंड में डिस्कनेक्ट नहीं होता है, लेकिन यह बीच-बीच में डिस्कनेक्ट हो जाता है। मैंने इसे एक कॉल stream.emit('end'); नोड.जेएस' _stream_readable.js में। मुझे लगता है कि यह बफर में ईओएफ पढ़ने का नतीजा है।

@citosid हैप्रोक्सी क्लाइंट टाइमआउट इसका कारण क्यों होगा?

0.9.16 के साथ हो रहा है। BoarK . के समान ही

क्या सॉकेट.आईओ समर्थन मर चुका है?

@joefaron मरने से पहले समर्थन होना चाहिए। तो नहीं, Socket.IO समर्थन मरा नहीं है, यह कभी अस्तित्व में नहीं है।

Socket.io 0.9.16 के साथ यहां भी यही समस्या है - कनेक्शन देखना हर ~ 25 सेकंड में गिरता है और एक ही समय में "परिवहन को छोड़ना" दिखाता है।

0.8.6 पर डाउनग्रेड करना मेरे लिए मूल रूप से सब कुछ तय करता है .. और मैं इसका उपयोग कर रहा हूं
वेबसोकेट के बैक अप के रूप में xhr-मतदान के बजाय jsonp-मतदान .. दूर लगता है
ज्यादा स्थिर।

26 जनवरी 2014 को सुबह 10:16 बजे, अरन रीक्स ने नोटिफिकेशन @github.comलिखा :

Socket.io 0.9.16 के साथ यहां भी यही समस्या है - हर ~ 25 . पर कनेक्शन गिरते देखना
सेकंड और लॉग एक ही समय में "परिवहन छोड़ना" दिखा रहा है।

-
इस ईमेल का सीधे उत्तर दें या इसे Gi tHub पर देखेंhttps://github.com/LearnBoost/socket.io/issues/777#issuecomment -33325205
.

हाय @joefaron , आपकी मदद के लिए चीयर्स।

मैं आज शाम को अलग-अलग कॉन्फ़िगरेशन विकल्पों के साथ थोड़ा खेल रहा हूं और कल इसे आगे देखूंगा लेकिन मैं पुष्टि कर सकता हूं कि समस्या दिल की धड़कन की जांच विफल होने के साथ है। ये जांच यह सुनिश्चित करने के लिए हैं कि किसी उपयोगकर्ता से कनेक्शन अभी भी आवश्यक हैं और उन्होंने किसी भी कारण से डिस्कनेक्ट किए बिना नहीं छोड़ा है।

मैं इस बग को फ़ायरफ़ॉक्स और क्रोम के वर्तमान स्थिर निर्माण (32.0.1700.76 मीटर) दोनों में दोहराने में सक्षम हूं।

प्रारंभ में मैंने दिल की धड़कन को पूरी तरह से अक्षम करने का प्रयास किया क्योंकि हमारे आवेदन के लिए उन्हें वास्तव में आवश्यकता नहीं थी, यह निम्नानुसार किया जा सकता है (वर्तमान दस्तावेज़ों के मुताबिक, हालांकि जब मैंने कोशिश की तो यह सभी परिवहन विधियों को हटाने और लगातार समाप्त हो गया क्रैश और पुनरारंभ करना)।
io.set('heartbeats', false);

चूंकि यह विफल रहा, मेरा अगला प्रयास दिल की धड़कन के अनुरोधों के बीच समयबाह्य को बढ़ाना था जो आपके ऐप.जेएस के भीतर निम्नलिखित का उपयोग करके किया जा सकता है:
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

मुझे लगता है कि यह वास्तव में एक जरूरी/महत्वपूर्ण मुद्दा है। इसका समाधान अभी तक क्यों नहीं किया गया? इस अंक के सूत्र को शुरू हुए दो साल बीत चुके हैं।

मैं भी इस समस्या का सामना कर रहा हूँ:

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

डी-ओलिवरोस: मैं अत्यधिक 0.8.6 पर अपग्रेड करने का सुझाव देता हूं। मेरे पास यह नहीं है
मुद्दा .. और मुझे नहीं लगता कि निकट भविष्य में नवीनतम निर्माण तय किया जाएगा।

पर 08:55 शनि फरवरी 15, 2014 को, डी-oliveros [email protected] :

मुझे लगता है कि यह वास्तव में एक जरूरी/महत्वपूर्ण मुद्दा है। ऐसा क्यों नहीं हुआ
अभी तक हल? इस अंक के सूत्र को शुरू हुए दो साल बीत चुके हैं।

मैं भी इस समस्या का सामना कर रहा हूँ:

नोडजेएस: v0.10.24
Socket.io: v0.9.16

इस ईमेल का सीधे उत्तर दें या इसे Gi tHubhttps: //github.com/LearnBoost/socket.io/issues/777#issuecomment -35177466 पर देखें
.

कृपया नया master आज़माएं, यह समस्या दूर हो गई है।

क्या कोई 0.9.17 रिलीज़ होगी जिसमें इस समस्या का समाधान शामिल है?

@fgnass क्या आप इसे 1.0.0-pre साथ पुन: पेश कर सकते हैं?

@guille अब तक अच्छा लग रहा है! अगर फिर कभी होता है तो मैं आपको बता दूंगा।

हाय @guille क्या कोई तरीका है कि इस फिक्स को 0.9.16 में पेश किया जा सकता है? बस हम एक अच्छी तरह से स्थापित उत्पादन वातावरण में node.js / socket.io का उपयोग करते हैं और मुझे हमारे मंच के किसी भी पहलू के पूर्व-रिलीज़ संस्करणों का उपयोग करने का औचित्य साबित करने में कठिन समय होगा। यदि पैच 0.9.16 के लिए किया जा सकता है या, यदि 1.0.0 निकट भविष्य में जारी किया जाना है, तो यह बहुत बेहतर होगा।

+1 के लिए @eggysplat

@ aran112000 heartbeat timeout वर्कअराउंड के लिए धन्यवाद। मेरे लिए v0.9.16 पर काम करता है।

असल में मुझे इस समस्या का कारण मिल गया। बहुत शर्मनाक, मैंने सोचा कि मैं v0.9.16 का उपयोग कर रहा था जब वास्तव में मैं v0.9.0 का उपयोग कर रहा था जिसमें वह बग था। इसे https://github.com/LearnBoost/socket.io/commit/57a0b2406004e46ec34729392ee289191a4f78e7 और https://github.com/LearnBoost/socket.io/commit/df5f23d3091df3bbf296ae952609dfbbc7be28c3 द्वारा v0.9.2 में फिक्स किया गया था।

कृपया सुनिश्चित करें कि आपके पास heartbeat interval heartbeat timeout से बड़ा नहीं है जैसा कि यह v0.9.0 में था।

संपादन पोस्ट ताकि दूसरों को जागरूक किया जा सके:

बग ट्रैकिंग के कुछ घंटे बर्बाद किए, जब तक कि मैंने अपने मैक के साथ समस्या का परीक्षण करने का फैसला नहीं किया। ऐसा लगता है कि विंडोज़ 8 पर मेरा एंटी-वायरस भी कनेक्शन को अवरुद्ध कर रहा था और चीजों को गिरा रहा था। इसे अनइंस्टॉल करने के बाद, सब कुछ ठीक काम करता है।

प्रासंगिक पोस्ट वास्तव में यहाँ है लेकिन खोजने में काफी कठिन है।
https://github.com/LearnBoost/socket.io/wiki/Socket.IO-and-firewall-software

मैं socket.io के लिए एक तरह का स्टार्टर हूं और इसमें मुझे दो दिन से ज्यादा का समय लगा। डेटा भेजने/प्राप्त करने के बाद, क्लाइंट डिस्कनेक्ट हो जाता है और फिर से कनेक्ट हो जाता है ताकि सॉकेट.आईडी मान बदल जाए

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
})

यह कमेंट भी देखें

तो, यह चुपचाप त्रुटि पकड़ता है और मुझे कंसोल पर कुछ भी नहीं दिखाता है। यह त्रुटि को दबाता है और मुझे सूचित किए बिना डिस्कनेक्ट/पुनः कनेक्ट क्यों करता है?

1.3.5 त्रुटियां अभी भी हैं

यह है?

हाँ, समस्या अभी भी 1.3.5 में मौजूद है...

समस्या अभी भी मौजूद है

हाँ समस्या अभी भी 1.3.5 में हो रही है कृपया ठीक करें

मुझे लगता है कि यह एक हैप्रोक्सी क्लाइंट टाइमआउट मुद्दा है जैसा कि @citosid ने बताया है। वेबसोकेट बैकएंड के लिए हैप्रोक्सी क्लाइंट टाइमआउट बढ़ाएँ और इस समस्या को ठीक किया जाना चाहिए।

मेरे पास एक ही समस्या है, लेकिन मैं हैप्रोक्सी का उपयोग नहीं कर रहा हूं। क्या कोई आखिरी संस्करण जानता है जहां यह काम कर रहा था?

ठीक है, मुझे यह भी रिपोर्ट मिल रही है कि हमारे सिस्टम में समस्या 100% ठीक नहीं है। मजेदार बात यह है कि मैं "टाइमआउट क्लाइंट 1" को हैप्रोक्सी में एक सेकंड में सेट करके समस्या को मज़बूती से पुन: उत्पन्न कर सकता हूं, और हमारे फ्रंटएंड में बग का अनुभव कर सकता हूं।

इससे प्रेरित होकर मैंने "टाइमआउट क्लाइंट" को बड़ी संख्या में बढ़ा दिया और सोचा कि समस्या दूर हो जाएगी, क्योंकि सॉकेट.आईओ कीपलाइव / हार्टबीट के पास कनेक्शन को रीफ्रेश करने के लिए पर्याप्त समय होगा। यह धारणा शायद सबसे गलत है, और अगर मुझे और चीजें मिलती हैं तो मैं आप लोगों को पोस्ट कर दूंगा।

मैंने इसे स्टैक ओवरफ्लो पोस्ट पर पोस्ट किया है और आप में से कुछ के लिए यह इसे हल कर सकता है:
"ऐसा प्रतीत होता है कि HackTimer.js और ccapture.js दोनों एक कस्टम फ़ंक्शन के साथ window.setTimeout को प्रतिस्थापित करते हैं। HackTimer.js किसी अन्य जावास्क्रिप्ट से पहले निष्पादित होने पर ठीक काम करता प्रतीत होता है। ccapture.js के लिए आप यह सुनिश्चित करने का प्रयास करना चाहेंगे कि यह है पहली स्क्रिप्ट के रूप में चलाएं। इसलिए, सॉकेटियो पहले आपके ब्राउज़र के मूल सेटटाइमआउट का उपयोग करता है जो फिर कस्टम सेटटाइमआउट द्वारा उड़ा दिया जाता है जो वर्तमान में चल रहे किसी भी टाइमर को तोड़ देता है।"

यह देखने के लिए अपना कोड खोजें कि क्या आपकी कोई लाइब्रेरी इसे बदल रही है:

ag 'window.setTimeout\s*='

आप अपने कंसोल में यह देखने के लिए भी परीक्षण कर सकते हैं कि क्या सेटटाइमआउट को बिल्कुल संशोधित किया गया है:

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

क्या यह बग अभी भी बाहर निकलता है? मैंने मास्टर संस्करण में अपग्रेड किया और किसी भी मोबाइल डिवाइस को ट्रांसपोर्ट क्लोज नोटिस के साथ लगभग 2 मिनट में डिस्कनेक्ट कर दिया।

यही कारण है कि इसने socket.io 1 > से दूर कर दिया और मुझे socket.io 0.9.17 पर रखा। लेकिन अब मैं फिर से कोशिश कर रहा हूं, इसे जीवित रखने के लिए सर्वर पर मैन्युअल रूप से एक पिंग पोंग सेट करें और अब 1 9 मिनट के बाद डिस्कनेक्ट हो जाता है .. अंतराल हर 35 सेकेंड है ..

अगर मैं socket.io 0.9.17 चलाता हूं तो यह समस्या मौजूद नहीं है .. लेकिन मैं इसे अब और उपयोग नहीं करना चाहता क्योंकि इसे बहिष्कृत किया जा रहा है। कोई मदद, यह मोबाइल उपकरणों में ब्राउज़र में होता है।

@utan प्रजनन चरण क्या हैं?

हाय @rauchg ,

आपके जवाब के लिए धन्यवाद..

1) सॉकेट.आईओ 1.4.0 स्थापित करें
2) nginx config को प्रॉक्सी पर सेट करें

                        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

आप 3 4 मिनट के बाद डिस्कनेक्ट हो जाते हैं ..

यदि मतदान का उपयोग करते हैं तो आपको यह त्रुटि लॉग मिलता है;

 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

तो @rauchg ने इसे बंद कर दिया?

वास्तव में नहीं लगता कि आपको चाहिए।

मैंने नहीं किया।

@rauchg ,
तो क्या यह अब socket.io के लिए एक सामान्य व्यवहार है? क्या डब्ल्यूएस प्रोटोकॉल में कुछ बदलाव किया गया है जो अब मोबाइल उपकरणों में उपयोगकर्ताओं को डिस्कनेक्ट कर देता है यदि उनके प्लगइन नहीं हैं और वे निष्क्रिय हैं?

मैं इस मुद्दे के साथ दीवार पर अपना सिर पीट रहा हूं, यह मुझे अपग्रेड पूरा नहीं करने देगा .. और मेरे कोड को नए सॉकेट के साथ दोबारा दोहराएं ...
मेरा सर्वर उबंटू 10.10
Nginx संस्करण: Nginx/1.8.0
नोड v0.10.31//अगर मैं 4.0 में अपग्रेड करता हूं तो वही बात है ..

https और Nginx प्रॉक्सी सॉकेट का उपयोग करना।

क्या किसी और के साथ भी यही समस्याएँ हैं या सिर्फ मैं हूँ?

मुझे लगता है कि मैं भी हो सकता हूं .. हालांकि मेरे मामले को इंगित करना बहुत मुश्किल है। मैं socket.io के साथ सेल.जेएस का उपयोग कर रहा हूँ।

उबंटू 14.04
नोड v5.3.0
एनपीएम वी 3.3.12
पाल जेएस@v0.11.4
सॉकेट.आईओ@~1.4.3

मेरा क्लाइंट सॉकेट.आईओ-क्लाइंट और सेल.आईओ.जेएस का मिश्रण है:

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 मिनट के बाद डंप करता है और क्लाइंट को डिस्कनेक्ट की सूचना नहीं मिलती है . ऐसा लगता है कि यह अभी भी जुड़ा हुआ है।

अधिक निराश।

मुझे एक समान समस्या है, लेकिन केवल तभी जब मैं एक सुरक्षित सॉकेट (ws के बजाय wss) का उपयोग करता हूं। Ws के साथ सब कुछ ठीक काम करता है लेकिन wss के साथ कनेक्शन छिटपुट रूप से यादृच्छिक समय (~ 15 मिनट) पर गिर जाता है। कोई फ़ायरवॉल नहीं, कोई प्रॉक्सी नहीं।

धन्यवाद @ एंड्रिन-एन-ड्रीम मुझे लगता है कि मेरा एसएसएल से भी संबंधित है। मेरे पास क्लाइंट के रूप में एक विंडोज़ मशीन और सर्वर के रूप में मेरी ubuntu vm (उसी मशीन) है। ब्रिजेड नेटवर्क एडेप्टर। सामान्य नेटवर्क कनेक्शन के साथ कभी कोई समस्या नहीं हुई।

एसएसएल पर होता है चाहे मैं nginx एसएसएल का उपयोग करता हूं या सेल.जेएस एसएसएल समाप्ति।

नावेर - http://www.naver.com/

ईमेल [email protected] पर भेजा गया

प्राप्तकर्ता ने आपका ई-मेल प्राप्त करना अवरुद्ध कर दिया है।

मैंने हमेशा के लिए डिबग किया और एसएसएल के लिए कोई अन्य समाधान नहीं ढूंढ सका लेकिन मैन्युअल रूप से पुन: कनेक्ट करने के लिए। बहुत अच्छा होगा अगर engine.io मेरे लिए ऐसा करेगा और परिवहन बंद होने पर पुनः प्रयास करें।

क्या इसका कोई समाधान है? मेरे पास भी बिलकुल ऐसा ही मुद्दा है। कुछ सेकंड के बाद, मुझे सर्वर से डीबग लॉग में दिल की धड़कन टाइमआउट मिलता है लेकिन क्लाइंट अभी भी सोचता है कि यह जुड़ा हुआ है।

खैर अन्य दबाव वाले मुद्दों के कारण मैंने अपने एनवी को अपग्रेड कर दिया है और यह अब बैकबर्नर पर है। यह देखना अच्छा होगा कि क्या नोड 6.5.0 से कोई फर्क पड़ता है। Sails.js ने कुछ पैकेज अपडेट किए हैं और इन निम्न-स्तरीय फ़ंक्शंस के उपयोग को बदल दिया है...

मेरे पास अभी इसमें फिर से गोता लगाने का समय नहीं है क्योंकि मैं भारी मात्रा में विरासत सी ++ माइग्रेट कर रहा हूं। शायद इस साल के अंत में या जनवरी में।

यह अभी भी 2.0.3 पर हो रहा है ...
https://github.com/socketio/socket.io/issues/3025

समाधान के बिना, socket.io मूल रूप से अनुपयोगी है क्योंकि आपके 25% ग्राहकों को यह समस्या होने वाली है।

io.set ('दिल की धड़कन का समय समाप्त', 99999);

@Aaron1011 क्या इसका मतलब सर्वर-साइड या क्लाइंट कोड होना है? यदि इसका सर्वर पक्ष है, तो क्या क्लाइंट के अंत में कुछ भी बदलने की आवश्यकता है?

कोशिश की:
io.set ('दिल की धड़कन का समय समाप्त', 99999);
सर्वर साइड पर और socket.io v 2.0.3 का उपयोग करके समस्या को ठीक नहीं किया। अगले 0.8.6 पर डाउनग्रेड करने का प्रयास करेंगे।

0.8.6 तक डाउनग्रेड नहीं किया जा सका क्योंकि यह वास्तव में एक विशाल खरगोश छेद है। सभी वाक्यविन्यास बदल गए हैं और चूंकि कोई दस्तावेज नहीं है, इसलिए मुझे 0.8.6 पर मिल सकता है, यह एक खोया हुआ कारण है। मैं वास्तव में इस उम्मीद पर एक प्राचीन संस्करण में डाउनग्रेड करने के लिए अपने ऐप को फिर से लिखने की तरह महसूस नहीं करता कि यह इस मुद्दे को ठीक कर सकता है।

क्या किसी के पास v2.03 के लिए कोई विचार/सुधार है? जिन चीजों की मैंने कोशिश की है:

• पिंगइंटरवल को 9999999 . पर सेट करें
• पिंगटाइमआउट को 99999999 . पर सेट करें
• संदेशों को स्वचालित रूप से जीवित रखने के रूप में भेजना। मैं हर 1 सेकंड में एक संदेश भेजता हूं, लेकिन फिर भी यादृच्छिक डिस्कनेक्ट प्राप्त करता हूं।
• अक्षम फ़ायरवॉल
• एक्सएचआर मतदान चालू/बंद के साथ प्रयास किया
• पोर्ट को कुछ रैंडम से 80 . में बदला गया

मैं सकारात्मक हूं कि यह कोडिंग त्रुटि नहीं है, लेकिन पीसी-विशिष्ट है क्योंकि यह कुछ पर होता है और दूसरों पर नहीं। इसका नेटवर्क एडॉप्टर से कुछ लेना-देना हो सकता है।

@forgeableSun आपको प्राइमस के आधार पर अपना ऐप लिखना चाहिए, मैंने अपने ऐप को प्राइमस के साथ दोबारा प्रतिक्रिया दी और वर्तमान में इसके साथ सॉकेटजे का उपयोग कर रहा हूं ..

किसी अन्य प्रोजेक्ट का समर्थन करें किसी अन्य रीयल टाइम प्रोजेक्ट का उपयोग करने के लिए दूसरे में कोड बदलने की आवश्यकता नहीं है ..

सादर।

@utan मुझे यह कोशिश करना अच्छा लगेगा। लेकिन मैं वास्तव में कैसे कोड की एक पंक्ति के साथ socket.io से स्विच करूं? अन्य ढांचे से स्विच करने पर कोई उदाहरण प्रतीत नहीं होता है।

npm ब्राउज़र स्थापित करेंचैनल --save

वर प्राइमस = ​​नया प्राइमस (सर्वर, {ट्रांसफॉर्मर: 'ब्राउज़रचैनल'});

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

आशा मदद करता है।

ब्राउजर चैनल का सॉकेट.आईओ से क्या लेना-देना है?

यह सिर्फ एक उदाहरण है कि एक अलग ढांचे में कैसे स्विच किया जाए ..

जैसा कि आपने एक उदाहरण के लिए कहा था ..

ठीक है, लेकिन socket.io समर्थित रीयलटाइम ढांचे में से एक के रूप में भी सूचीबद्ध नहीं है। एपीआई स्विच करने के लिए यह कोड की केवल 1 पंक्ति नहीं है, मुझे नहीं लगता कि दस्तावेज़ बिना किसी उदाहरण के विज्ञापन कैसे कर सकते हैं।

सुनो, सॉकेट.आईओ> = 1 के बाद छोटी गाड़ी है, इसमें अजीब डिस्कनेक्ट हैं, मैं प्राइमस का उपयोग करने का सुझाव दे रहा हूं ताकि आप एक अलग ढांचे पर स्विच कर सकें ..

इसलिए मैंने आपको एक उदाहरण दिया है, निश्चित रूप से आपको प्राइमस का उपयोग करने के लिए कोड को दोबारा करने की आवश्यकता होगी, फिर आप अलग-अलग ढांचे को आजमाने के लिए स्वतंत्र होंगे, यह देखने के लिए कि कौन सा आपके लिए सबसे अच्छा है या यदि कोई टूटता है तो आप एक अलग का उपयोग करते हैं ..

सादर

@ मैं देखता हूं, मैं सोच रहा था कि यह उस ढांचे में लिखे गए पूरे ऐप के साथ 1 ढांचे से दूसरे में स्विच करने के लिए एक ट्रांसफॉर्मर था (एडाप्टर की तरह)। लेकिन वास्तव में, यह प्राइमस में लिखे पूरे ऐप के साथ चौखटे पर स्विच करने के लिए एक ट्रांसफॉर्मर है।

वास्तव में, आप मेरे सिर पर चढ़ गए .. मैं अंतर जानने के लिए उतना कुशल नहीं हूं, सोचा था कि हम एक ही चीज़ के बारे में बात कर रहे थे ..

सादर।

मेरा सर्वर लॉग:
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"
क्लाइंट डिस्कनेक्ट। डिस्कनेक्ट करने का कारण: "परिवहन बंद"

Ws (https://github.com/websockets/ws) पर स्विच किया गया जिसमें बड़े पैमाने पर पुनर्लेखन शामिल थे, लेकिन अब मैं क्लाइंट साइड पर देशी वेबसोकेट ब्राउज़र ऑब्जेक्ट का उपयोग करता हूं और सब कुछ पूरी तरह से काम करता है। मुझे अब समस्या नहीं है। इतना लंबा सॉकेट.आईओ!

मुझे 10 से 30 मिनट के बाद यादृच्छिक डिस्कनेक्ट मिल रहा था। मुझे याद आया कि मेरी होस्टिंग सेवा अपाचे साझा सर्वर पर यात्री के साथ नोडजेएस चलाती है। मैं वास्तव में इसे समझ नहीं पा रहा हूं लेकिन मूल रूप से इस तरह के एकीकरण में websockets के साथ समस्याएं होने का मतलब है। मैं ट्रांसपोर्ट सेट करने के साथ परीक्षण कर रहा हूं: ['मतदान'] केवल, जबकि स्थानीयहोस्ट पर मैं ट्रांसपोर्ट के साथ दौड़ता हूं: ['वेबसोकेट', 'मतदान'] त्रुटियों और ड्रॉपआउट के बिना। 30 मिनट के बाद अब तक बहुत अच्छा...