Socket.io: JS अपवाद केवल निष्क्रिय रहते हुए फेंके गए (WebSocket पहले से ही CLOSING या CLOSED स्थिति में है।)

बिल्कुल एक ही समस्या का अनुभव और कोड सही है। यह केवल मेरे लिए क्रोम में होता है। मोज़िला साफ है। क्रोम में, यह त्रुटि बार-बार बारिश हो रही है और मेरे पास मौजूद सभी चैट को डुप्लिकेट कर रही है। मैंने इस विधि का उपयोग करने की कोशिश की
socket.on('disconnect', () =>{ socket.disconnect(); });
यह क्लाइंट को सर्वर से डिस्कनेक्ट नहीं करता है। जरूरत पड़ने पर रेपो https://github.com/antoniab123456/Chat_app

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

ब्राउज़र बस निष्क्रिय है, फिर त्रुटियां सामने आती हैं।

मैंने क्रोम और मैक ओएस का इस्तेमाल किया

हाँ दोस्तों, क्या कोई इसे संबोधित कर सकता है? शायद हमें इसे ठीक करने के लिए कोड की एक और पंक्ति चाहिए?

मुझे सॉकेट.आईओ और क्रोम के साथ भी यही समस्या है
मैक ओएस 10.13.5
क्रोम संस्करण 67.0.0.3396.87 (आधिकारिक बिल्ड) (64-बिट)
नोड: 10.3.0
एक्सप्रेस: ​​4.16.3
सॉकेट.आईओ: 2.1.1

फ़ायरफ़ॉक्स में सब कुछ ठीक है।

त्रुटि विवरण नीचे:

index.js:83 WebSocket is already in CLOSING or CLOSED state.
(anonymous) | @ | index.js:83
  | e.encodePacket | @ | index.js:83
  | (anonymous) | @ | index.js:83
  | r.write | @ | index.js:83
  | r.send | @ | index.js:83
  | r.flush | @ | index.js:83
  | r.sendPacket | @ | index.js:83
  | r.ping | @ | index.js:83
  | (anonymous) | @ | index.js:83
  | setTimeout (async) |   |  
  | r.setPing | @ | index.js:83
  | r.onPacket | @ | index.js:83
  | (anonymous) | @ | index.js:83
  | r.emit | @ | index.js:83
  | r.onPacket | @ | index.js:83
  | r.onData | @ | index.js:83
  | ws.onmessage | @ | index.js:83

जब मैं index.js:83 पर क्लिक करता हूं तो यह मुझे इस मॉड्यूल पर ले जाता है:

/**
 * Expose `Backoff`.
 */

module.exports = Backoff;

/**
 * Initialize backoff timer with `opts`.
 *
 * - `min` initial timeout in milliseconds [100]
 * - `max` max timeout [10000]
 * - `jitter` [0]
 * - `factor` [2]
 *
 * <strong i="16">@param</strong> {Object} opts
 * <strong i="17">@api</strong> public
 */

function Backoff(opts) {
  opts = opts || {};
  this.ms = opts.min || 100;
  this.max = opts.max || 10000;
  this.factor = opts.factor || 2;
  this.jitter = opts.jitter > 0 && opts.jitter <= 1 ? opts.jitter : 0;
  this.attempts = 0;
}

/**
 * Return the backoff duration.
 *
 * <strong i="18">@return</strong> {Number}
 * <strong i="19">@api</strong> public
 */

Backoff.prototype.duration = function(){
  var ms = this.ms * Math.pow(this.factor, this.attempts++);
  if (this.jitter) {
    var rand =  Math.random();
    var deviation = Math.floor(rand * this.jitter * ms);
    ms = (Math.floor(rand * 10) & 1) == 0  ? ms - deviation : ms + deviation;
  }
  return Math.min(ms, this.max) | 0;
};

/**
 * Reset the number of attempts.
 *
 * <strong i="20">@api</strong> public
 */

Backoff.prototype.reset = function(){
  this.attempts = 0;
};

/**
 * Set the minimum duration
 *
 * <strong i="21">@api</strong> public
 */

Backoff.prototype.setMin = function(min){
  this.ms = min;
};

/**
 * Set the maximum duration
 *
 * <strong i="22">@api</strong> public
 */

Backoff.prototype.setMax = function(max){
  this.max = max;
};

/**
 * Set the jitter
 *
 * <strong i="23">@api</strong> public
 */

Backoff.prototype.setJitter = function(jitter){
  this.jitter = jitter;
};




//////////////////
// WEBPACK FOOTER
// ./~/backo2/index.js
// module id = 41
// module chunks = 0

लाइन 83 है:

this.jitter = jitter;

मुझे एक ही समस्या है, backo2.js और लाइन 83 में। यहाँ मेरी त्रुटि है:
index.js:83 Uncaught TypeError: 'FileReader' पर 'readAsArrayBuffer' को निष्पादित करने में विफल: पैरामीटर 1 'ब्लॉब' प्रकार का नहीं है।
n पर (index.js:83)
n पर (index.js:83)
n पर (index.js:83)
n पर (index.js:83)
n पर (index.js:83)
n पर (index.js:83)
Object.e.removeBlobs पर (index.js:83)
एस पर (index.js:83)
r.encode पर (index.js:83)
r.packet पर (index.js:83)
और अन्य सामानों के बारे में चिंता न करें, वे सभी 83 पंक्ति में हैं, जो this.jitter = jitter; है
यह मुझे इतना परेशान कर रहा है क्योंकि Google में वास्तव में कोई समाधान नहीं है।

क्या किसी को अस्थायी समाधान मिला है? @antoniab123456 क्या आप अपने चैट ऐप को ठीक कर पाए ताकि यह आपकी चैट की नकल न करे? यह मेरे साथ वही कर रहा है।

सेट अप
ओएस: मैक ओएसएक्स
ब्राउज़र: क्रोम 67.0.3396.99 (आधिकारिक बिल्ड) (64-बिट)
नोड v10.5.0
Socket.io v2.1.1

मुझे क्रोम में उल्लिखित सटीक समस्या @getify का सामना करना पड़ रहा है। क्या किसी को इसके लिए कोई कामकाज मिला है?

एक ही समस्या है। क्या कोई कृपया इसका जवाब दे सकता है?

एक ही समस्या है।

सेट अप
ओएस: मैक ओएसएक्स
ब्राउज़र: क्रोम 67.0.3396.99 (आधिकारिक बिल्ड) (64-बिट), नोड 9.6.1
सॉकेट.आईओ संस्करण: 2.1.1

@ 19smitgr idk 'डुप्लिकेट चैट्स' से आपका क्या मतलब है, जो विषय से हटकर है जिसे प्रसारण द्वारा हल किया जा सकता है यदि आपका मतलब 'एक ही स्क्रीन में डुप्लिकेट संदेश' है।

@ kino2007 मैं चैट एप्लिकेशन नहीं बना रहा हूं। मैं वास्तव में एक मल्टीप्लेयर गेम के साथ websockets का उपयोग कर रहा हूं, और websocket को डिस्कनेक्ट संदेश नहीं मिल रहा था, इसलिए जब उपयोगकर्ता डिस्कनेक्ट हो गया और यादृच्छिक त्रुटि के कारण फिर से कनेक्ट हो गया, जिसके बारे में हर कोई बात कर रहा है, तो यह चरित्र को एक नई सॉकेट आईडी देगा, और पुराने सॉकेट आईडी के साथ पुराने स्प्राइट को हटाया नहीं गया था क्योंकि इसे "डिस्कनेक्ट" संदेश के बजाय "परिवहन बंद" संदेश मिल रहा था।

इस बिंदु पर, भले ही मुझे "परिवहन बंद" संदेश मिलता है, मैं उपयोगकर्ता को वर्तमान उपयोगकर्ताओं की अपनी सूची से उसी तरह हटा देता हूं जैसे कि मुझे "डिस्कनेक्ट" संदेश मिला।

यहाँ वही त्रुटि

एक त्वरित खोज के बाद मुझे पता चला कि backo2 त्रुटि का कारण बनता है।

तब मैंने socket.io के देव संस्करण का उपयोग किया और पाया कि Socket.prototype.onevent त्रुटि फेंकता है।

मैंने इसे मेरे लिए तय किया:

पहले मैंने इसका इस्तेमाल किया था:

socket.on('ping', alert);

लेकिन फिर मैंने इसे इसमें बदल दिया:

socket.on('ping', msg => {
    alert(msg);
});

और यह काम किया!

मुझे भी यही तकलीफ़ है। इस पर कोई अपडेट?

मेरा भी यही विचार है।

सॉकेट.आईओ और सॉकेट.आईओ-क्लाइंट: "^ 2.1.1"
मैक ओएस
Google Chrome अप टू डेट है
संस्करण 68.0.3440.106 (आधिकारिक बिल्ड) (64-बिट)

मुझे भी वही समस्या हो रही है। साथ ही, यह सर्वर से क्लाइंट को भेजे गए संदेशों को डुप्लिकेट कर रहा है।

मैकोज़: 10.13.6
Socket.io: "^ 2.1.1"
क्रोम: 68.0.3440.106

@abhyuditjain आप एकाधिक श्रोता पंजीकरण से बचने के लिए सभी श्रोताओं के socket.removeAllListeners(); का उपयोग करके रीसेट करने का प्रयास कर सकते हैं जो डुप्लिकेटिंग संदेशों का कारण बन सकता है।

यह कई लोगों के लिए एक सतत मुद्दा प्रतीत होता है और इसका कोई हल नहीं निकला है। किसी से कोई अपडेट?

@vkotu अगर मैं सभी श्रोताओं को हटा देता हूं, तो सॉकेट डिस्कनेक्ट होने पर सर्वर से फिर से कनेक्ट नहीं होता है। इसे ठीक करने का कोई उपाय?

बस websocket- नोड का उपयोग करें, इसका उपयोग करना आसान है और बिना किसी त्रुटि के काम करता है और साथ ही इसके लिए आपको बाहरी पुस्तकालय की आवश्यकता नहीं है:
https://codeburst.io/why-you-don-t-need-socket-io-6848f1c871cd
https://medium.com/@martin.sikora/node -js-websocket-simple-chat-tutorial-2def3a841b61
https://www.npmjs.com/package/websocket

एक विज्ञापन नहीं, केवल मदद करना, जब तक कि आप इस त्रुटि के लिए कोई निर्णय नहीं लेते हैं: डीडीडी यह महीनों से चल रहा है 05.09.2018, 13:15, "अभ्युदित जैन" अधिसूचनाएं @github.com:@antoniab123456 यह पृष्ठ इस बारे में मुद्दों को पोस्ट करने के लिए है भंडार। कृपया यहां विज्ञापन न करें।

—आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था। इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

- साभार, एंटोनिया बी. कस्टमर केयर स्पेशलिस्ट @amoCRM Global

मेरे लिए इस समस्या को 2.0.3 "ठीक" कर दिया गया है।

@cozuya इसका परीक्षण करने जा रहा है। अगर यह काम किया तो आपको बताएंगे!

मेरे लिए इस समस्या को 2.0.3 "ठीक" कर दिया गया है।

चालबाजी करता दिख रहा है। 4 मिनट के लिए परीक्षण किया और कोई त्रुटि नहीं। देखते हैं कब तक रहता है!

@cozuya इसे पोस्ट करने के लिए धन्यवाद!

2.1.1 . में वही त्रुटि

मेरे लिए इस मुद्दे को 2.0.3 "तय" में अपग्रेड करना।

2.0.3 मेरे लिए काम करता है! धन्यवाद @cozuya

2.1.1 अभी भी उन्हीं मुद्दों का सामना कर रहा है। पिंग और टाइमआउट बढ़ाने की कोशिश की लेकिन कुछ भी नहीं बदला

क्रोम में v2.1.1 के साथ एक ही समस्या है, जबकि ब्राउज़र लंबे समय से निष्क्रिय है (लगभग 20-30 मिनट)

2.1.1 अभी भी उन्हीं मुद्दों का सामना कर रहा है। पिंग और टाइमआउट बढ़ाने की कोशिश की लेकिन कुछ भी नहीं बदला

वी 2.0.3 . पर डाउनग्रेड करें

मैंने 2.0.4 के साथ socket.io का उपयोग करने का प्रयास किया है, यह सामान्य दिखता है।

मैंने पाया है कि पिंगटाइमआउट के लिए 60000 (v2.0.4) से 5000 (v2.1.1) में परिवर्तन हुआ है।

अगर मैंने पिंगटाइमआउट को 10000 की तरह बड़ी संख्या में बदल दिया है, तो ऐसा लगता है कि यह काम कर रहा है।

मुझे लगता है कि यह ब्राउज़र निष्क्रिय से संबंधित हो सकता है जहां निष्क्रिय टैब में कुछ थ्रॉटल होगा।

मुझे कुछ समस्या थी। क्या किसी ने इस मुद्दे को हल किया?

मुझे भी डाउनग्रेड करना पड़ा। यह क्रोम और सफारी के लिए काम नहीं कर रहा था

वही समस्या है। OSX के तहत क्रोम।

मैं इसके चारों ओर socket.removeAllListeners(); का उपयोग नहीं कर रहा हूं, लेकिन socket.off("whatever") के अलावा मेरे सभी गैर-तकनीकी श्रोताओं के "disconnect" आदि का उपयोग नहीं कर रहा हूं। ठीक काम करता है। ब्राउज़र कंसोल में त्रुटि संदेश कष्टप्रद हैं लेकिन मेरे लिए डाउनग्रेड के लायक नहीं हैं।

मेरा कहना है कि इस मुद्दे को बिना किसी ध्यान के देखना निराशाजनक है। छह महीने और गिनती हो रही है।

तो पुन: कनेक्ट करने का कारण मेरे लिए पिंग टाइम आउट है। डाउनग्रेड होने के बाद भी मुझे त्रुटि मिल रही है।

मैं इस तरह के एक विशाल पुस्तकालय को व्यापक कोड आधार के साथ पूरी तरह से सहमत हूं, फिर भी इस मुद्दे पर कोई ध्यान नहीं दिया!

आशा है कि कोई इसे जल्द ही प्राप्त कर लेगा!

मेरे आईफोन से भेजा गया

28 नवंबर, 2018 को दोपहर 2:14 बजे, हॉर्सबैडॉर्टीज़ नोटिफिकेशन @github.com ने लिखा:

वही समस्या है। OSX के तहत क्रोम।

मैं इसके आसपास काम करता हूं सॉकेट का उपयोग नहीं कर रहा हूं। हटाएं ऑल लिस्टर्स (); लेकिन "डिस्कनेक्ट" और इसके अलावा मेरे सभी गैर-तकनीकी श्रोताओं के लिए सॉकेट.ऑफ ("जो कुछ भी")। ठीक काम करता है। ब्राउज़र कंसोल में त्रुटि संदेश कष्टप्रद हैं लेकिन मेरे लिए डाउनग्रेड के लायक नहीं हैं।

मेरा कहना है कि इस मुद्दे को बिना किसी ध्यान के देखना निराशाजनक है। छह महीने और गिनती हो रही है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

वही मुद्दा .... हैरानी की बात है कि अभी तक इसके लिए कोई समाधान नहीं किया गया है।

मुझे इस मुद्दे में भागना है। मेरे मामले में डिस्कनेक्ट ping timeout के कारण था। हालांकि, इस बात पर कोई भाग्य नहीं है कि ग्राहक पक्ष ने पिंग्स का जवाब देना क्यों बंद कर दिया।

io.on('connection', function(socket) {
  socket.on('disconnect', function(reason) {
  console.log(`Socket disconnected for: ${reason}`);
  }
});

https://socket.io/docs/server-api/#Event -%E2%80%98disconnect%E2%80%99 में डिस्कनेक्शन के कारणों की एक सूची है।

अधिक डिबगिंग:

एक अवलोकन यह है कि क्लाइंट पर ping घटना पिछले से +30s है। हर बार जब मैंने डिस्कनेक्ट देखा, तो यह 30s+ था जो कि डिफ़ॉल्ट दिल की धड़कन अंतराल + पिंग टाइमआउट है। +26s , +28s , और +29s बिना डिस्कनेक्ट के दिखाई दिए।
जब सफ़ारी से तुलना की जाती है, तो सफ़ारी प्रत्येक 25s को पिंग करने पर अधिक सुसंगत थी और उसे कोई डिस्कनेक्ट नहीं दिखाई देता था।

डिफ़ॉल्ट पिंगटाइमआउट के लिए 60000 (v2.0.4) से 5000 (v2.1.0+) में परिवर्तन है जो क्रोम जैसे कुछ ब्राउज़रों के लिए पर्याप्त नहीं है।

नवीनतम v2.2.0 सहित v2.1.0+ पर इस समस्या का समाधान आपके सर्वर पर डिफ़ॉल्ट पिंगटाइमआउट को निम्नानुसार बड़े मान पर ओवरराइड करना है:

const http = require('http');
const server = http.createServer();
const io = require('socket.io')(server, {
  pingTimeout: 60000,
});

या

const io = require('socket.io')();
const http = require('http');
const server = http.createServer();
io.attach(server, {
  pingTimeout: 60000,
});

5000 क्यों पर्याप्त नहीं है? मैं इस मुद्दे को अपने स्थानीय देव सर्वर पर देख रहा हूं, और क्लाइंट और सर्वर के बीच विलंबता निश्चित रूप से उस सीमा के नीचे है। 5000ms एक उचित टाइमआउट की तरह लगता है। बदबू आ रही है कि पिंग-पोंग सिस्टम के साथ ही कोई समस्या हो सकती है, और यह केवल तभी प्रकट होता है जब इसे कम किया जाता है।

इस धागे को शुरू करने के लिए Thx @getify (मैं socket.io v2.2.0 पर हूं)

किसी के लिए भी जो इसका अनुभव कर रहा है - मुझे भी टिप्पणियाँ मदद नहीं करती :-) कृपया अपना समर्थन दिखाने के लिए इस मुद्दे को एक अंगूठे के साथ वोट दें

pingTimeout की खोज के लिए Thx @omardoma और मैं @LunarMist से सहमत हूं कि हमें ping/pong इवेंट सिस्टम की जांच करनी चाहिए।

मैंने क्रोम, फ़ायरफ़ॉक्स और सफारी (सभी मैकोज़ पर) के साथ कुछ प्रारंभिक परीक्षण किया।

क्रोम और सफारी दोनों अलग-अलग व्यवहार और बाधाओं के साथ ws गतिविधि को थ्रॉटल करते प्रतीत होते हैं:

• क्रोम, ~ 5 मिनट की निष्क्रियता के बाद जब टैब केंद्रित होता है या जब टैब पृष्ठभूमि में जाता है। यह क्रोमियम टीम द्वारा जानबूझकर किया गया है (https://developers.google.com/web/updates/2017/03/background_tabs)
• सफारी, लगभग तुरंत जब ऐप फोकस किसी अन्य डेस्कटॉप ऐप (मैकोज़) में बदल जाता है या जब टैब पृष्ठभूमि में जाता है। #2924 . से संबंधित
• फ़ायरफ़ॉक्स, *इस धागे में कभी भी कोई समस्या नहीं बताई गई है

समाधान

मैंने इन सभी 3 ब्राउज़रों के साथ कई घंटों तक परीक्षण किया, pingTimeout और pingInterval मानों को बदल दिया। मुझे समाधान क्या मिला:

1. pingTimeout >= 30000 एमएस . सेट करना
   
   
   
   • या -
   
   
2. pingInterval <= 10000 एमएस . सेट करना

मेरा मानना ​​है कि pingTimeout = 30000 बदलने का सबसे अच्छा समाधान है। डिफ़ॉल्ट pingInterval 25000 ms है और सर्वर को प्रत्येक 10s तक पिंग करने वाले क्लाइंट की आवृत्ति बढ़ाना _at scale_ प्रोजेक्ट्स के लिए बहुत अधिक बातूनी हो सकता है।

क्या @darrachequesne या कोई अन्य रेपो सदस्य डिफ़ॉल्ट pingTimeout को 30000 5000 ms के मौजूदा डिफ़ॉल्ट से बढ़ाकर pingTimeout करने के पक्ष में हैं जिसे v2.1 में 60000 से बदला गया था

आपकी अपनी टिप्पणी पर प्रतिक्रिया देना भी मदद नहीं करता है।

क्लाइंट सर्वर को पिंग करने वाले होते हैं न कि दूसरे तरीके से।

मुझे लगता है कि ऐसा इसलिए है क्योंकि सॉकेट.आईओ का वर्तमान संस्करण क्लाइंट साइड पर सेटटाइमआउट पर निर्भर करता है, जो अपेक्षित रूप से विश्वसनीय नहीं हो सकता है।

मुझे लगता है कि pingTimeout को बढ़ाने से समस्या अस्थायी रूप से ठीक हो जानी चाहिए, लेकिन हम v3 में सर्वर -> क्लाइंट (वर्तमान क्लाइंट -> सर्वर के बजाय) से पिंग/पोंग का उपयोग करेंगे।

क्लाइंट एंड पर बस निम्न कोड का उपयोग करें।

_socket.on('पिंग', () => {
सॉकेट.एमिट (डेटा);
});_

धन्यवाद @ क्रोबिन्सन42! पिंग टाइमआउट समाधान ने मेरे लिए बहुत अच्छा काम किया। मुझे उस समाधान के बारे में कुछ चिंताएं हैं। यदि आपने किसी भी क्षण इंटरनेट कनेक्शन खो दिया है, तो डिस्कनेक्ट ईवेंट को सक्रिय होने में 30 सेकंड तक का समय लगेगा और कुछ ऐप्स के लिए, यह बहुत अधिक है। उदाहरण के लिए एक चैट ऐप जो उपयोगकर्ता कनेक्ट नहीं होने पर टेक्स्ट इनपुट को अक्षम करना चाहता है।

इस मामले में, पिंग अंतराल बढ़ाने से काम होगा लेकिन जैसा कि आपने कहा, लागत अधिक है, क्या इसके लिए कोई समाधान है?

कृपया हमें बताएं कि यह तय हो जाने के बाद, मेरे लिए एक ही समस्या है, मेरे संस्करण नीचे हैं:

"socket.io": "2.2.0",
"socket.io-adapter": "~1.1.1",
"socket.io-client": "2.2.0",
"socket.io-parser": "~3.2.0",
"socket.io-redis": "^5.2.0",

मेरा कोड:
सर्वर, {
पथ: '/socket.io',
सेवा क्लाइंट: सच,
// नीचे इंजन हैं। आईओ विकल्प
पिंगइंटरवल: 40000,
पिंगटाइमआउट: 25000,
अपग्रेडटाइमआउट: 30000, // डिफ़ॉल्ट मान 10000ms है, इसे 20k या अधिक में बदलने का प्रयास करें
एजेंट: झूठा,
कुकी: झूठा,
अस्वीकार अनधिकृत: झूठा,
पुन: संयोजनविलंब: 1000,
पुन: कनेक्शनDelayMax: 5000
}

मेरे मुवक्किल:

पुन: कनेक्शन: सच,
पुन: संयोजनविलंब: 1000,
पुन: कनेक्शनDelayMax: 5000,
पुन: संयोजन प्रयास: अनंत,
// हमारी साइट के विकल्प
परिवहन: ["मतदान", "वेबसोकेट"],
सुरक्षित: सच,
अस्वीकार अनधिकृत: झूठा,
बलनई: सच,
समय समाप्त: 60000

हैलो फैजान,
आप इस कोड को इस प्रकार चला सकते हैं -
** मैंने आपके द्वारा दिए गए समान संस्करण का उपयोग किया है ..

सर्वर साइड - कोड:

कॉन्स्ट सर्वर = आवश्यकता ('http')। createServer ();
const io = आवश्यकता ('सॉकेट.io') (सर्वर, {
// पथ: '/socket.io',
सेवा क्लाइंट: सच,

pingInterval: 40000,
pingTimeout: 25000,
upgradeTimeout: 21000, // default value is 10000ms, try changing it to 20k or more
agent: false,
cookie: false,
rejectUnauthorized: false,
reconnectionDelay: 1000,
reconnectionDelayMax: 5000

});

io.on ('कनेक्शन', फ़ंक्शन (सॉकेट) {
सॉकेट.एमिट ('स्वागत', {संदेश: 'स्वागत!', आईडी: सॉकेट.आईडी});
सॉकेट.ऑन ('सुनील', कंसोल.लॉग);
});

सर्वर। सुनो (3000);

क्लाइंट साइड कोड:

var क्लाइंट = आवश्यकता ("सॉकेट.आईओ-क्लाइंट");
वर सॉकेट = क्लाइंट.कनेक्ट ("http://localhost:3000", {
पुन: कनेक्शन: सच,
पुन: संयोजनविलंब: 1000,
पुन: कनेक्शनDelayMax: 5000,
पुन: संयोजन प्रयास: अनंत,
परिवहन: ["वेबसोकेट"],
सुरक्षित: झूठा,
अस्वीकार अनधिकृत: झूठा,
बलनई: सच,
समय समाप्त: 6000
});

सॉकेट.कनेक्ट ();
सॉकेट.एमिट ('सुनील', {
डेटा: 'हैलो'
});
सॉकेट.ऑन ('स्वागत', फ़ंक्शन (डेटा) {
कंसोल.लॉग (डेटा)
सॉकेट.एमिट ('सुनील', {
डेटा: 'फैजान',
आईडी: data.id
});

socket.disconnect();

});

सादर
सुनील यादव

09-मई-2019 को शाम 4:05 बजे फैजान जाहिद ने नोटिफिकेशन @github.com पर लिखा:

पुन: कनेक्शन: सच,
पुन: संयोजनविलंब: 1000,
पुन: कनेक्शनDelayMax: 5000,
पुन: संयोजन प्रयास: अनंत,
// हमारी साइट के विकल्प
परिवहन: ["मतदान", "वेबसोकेट"],
सुरक्षित: सच,
अस्वीकार अनधिकृत: झूठा,
बलनई: सच,
समय समाप्त: 60000

संभावित रूप से क्लाइंट साइड पर वर्कअराउंड अगर कोई इस मुद्दे के ठीक होने तक दिलचस्पी रखता है। इससे ब्राउज़र मेमोरी को खाली नहीं कर पाएगा और मेमोरी का अत्यधिक उपयोग हो सकता है।

• जैसा कि यहां सूचीबद्ध है, https://apple.stackexchange.com/questions/344183/safari-12-mac-does-includeinternaldebugmenu-1-still-work , पहले टर्मिनल ऐप को स्थानीय रूप से पूर्ण डिस्क एक्सेस प्रदान करें और टर्मिनल को पुनरारंभ करें।
• एक टर्मिनल विंडो खोलें, और पेस्ट करें और defaults write com.apple.Safari IncludeInternalDebugMenu 1 . कमांड चलाएँ
• सफारी को पुनरारंभ करें। आपको दाईं ओर एक नया डीबग मेनू दिखाई देगा।
• डिबग-> विविध झंडे के तहत, दो झंडे "ऐप नैप अक्षम करें" और "हिडन पेज टाइमर थ्रॉटलिंग अक्षम करें" सक्षम करें और सफारी को पुनरारंभ करें।

अगर किसी के पास क्रोम वर्कअराउंड है, तो इससे मदद मिलेगी

आप लोकलहोस्ट वेबदेव के लिए सफारी का उपयोग करते हैं? मैं

आप लोकलहोस्ट वेबदेव के लिए सफारी का उपयोग करते हैं? मैं

वास्तव में नहीं, लेकिन यह मेरे ऐप का परीक्षण करने के लिए लगातार डिस्कनेक्ट से परेशान है। यह 3.0 में तय होने तक एक अस्थायी समाधान प्रदान करता है। यह कोई समाधान नहीं है। मैंने पोस्ट किया है कि यह देव के दौरान किसी की मदद करेगा।

मैं रीयलटाइम ऑफ़लाइन स्थिति परिवर्तन प्राप्त करने के लिए बहुत कम पिंगइंटरवल और पिंगटाइमआउट का उपयोग कर रहा हूं, इसे 30 सेकंड में सेट करने से मेरा प्रवाह टूट जाएगा ... टैब?

इस पर कोई अपडेट?

मैं रीयलटाइम ऑफ़लाइन स्थिति परिवर्तन प्राप्त करने के लिए बहुत कम पिंगइंटरवल और पिंगटाइमआउट का उपयोग कर रहा हूं, इसे 30 सेकंड में सेट करने से मेरा प्रवाह टूट जाएगा ... टैब?

उपस्थिति को संभालने के लिए आपको सॉकेट पर डिस्कनेक्ट ईवेंट होना चाहिए, जब सॉकेट डिस्कनेक्ट हो जाता है, तो उपयोगकर्ता ढूंढें और उन्हें अपने डेटास्टोर में ऑफ़लाइन के रूप में चिह्नित करें

यहाँ दस्तावेज़ीकरण से चूक हैं। ऐसा लगता है कि हर 25 सेकंड में एक पिंग भेजी जाती है और प्रत्येक पिंग को पूरा करने के लिए 5 सेकंड का समय होता है।

पिंगटाइमआउट | 5000 | एक पोंग पैकेट के बिना कितने एमएस कनेक्शन बंद होने पर विचार करने के लिए
-- | -- | --
पिंगइंटरवल | 25000 | एक नया पिंग पैकेट भेजने से पहले कितने एमएस?

मैंने इसी त्रुटि पर ध्यान दिया, लेकिन एक अलग संदर्भ में, इसलिए मैं अपनी समस्या और समाधान के साथ एक त्वरित लेखन करने जा रहा हूं, जो यहां समाप्त होने वाले किसी और के लिए है।

मेरा परिदृश्य एंड्रॉइड के लिए क्रोम पर था जहां स्क्रीन लॉक करने के बाद कनेक्शन छोड़ दिया जाता है।

मैं अलग-अलग कनेक्शनों में एक ही उपयोगकर्ता की पहचान करने के लिए एक टोकन का उपयोग कर रहा हूं, जिसे मैं क्वेरी विकल्प दृष्टिकोण का उपयोग करके कनेक्ट पर क्लाइंट से भेजता हूं और मैं सर्वर से प्राप्त एक नए के साथ टोकन अपडेट करता हूं:

// client
io('myAppUrl', {
  query: {
    token: localStorage.getItem('myKey') || ''
  }
});

io.on('reconnect_attempt', () => {
  io.opts.query = {
    token: localStorage.getItem('myKey') || ''
  };
});

io.on('my_custom_connection_successful_event', (token) => {
  localStorage.setItem('myKey', token);
});

समस्या यह है कि एंड्रॉइड क्लाइंट के लिए क्रोम सर्वर को फिर से कनेक्ट होने पर एक खाली स्ट्रिंग टोकन भेज देगा। जिसकी मुझे उम्मीद नहीं थी क्योंकि मैंने 'reconnect_attempt' श्रोता जोड़ा था जो $ localStorage से नवीनतम टोकन सेट करना सुनिश्चित करता है।

कंसोल के साथ डिबगिंग के कुछ घंटों के बाद सभी संभावित क्लाइंट ईवेंट लॉगिंग करने के बाद मुझे एहसास हुआ कि 'reconnect_attempt' ईवेंट को पुन: कनेक्ट करने के मेरे परिदृश्य में बिल्कुल भी निकाल दिया नहीं गया है। स्क्रीन को अनलॉक करने के बाद मुझे घटनाओं का निम्नलिखित क्रम मिलता है:

• डिस्कनेक्ट (कारण: 'परिवहन बंद')
• पुन: कनेक्ट करना (प्रयास: 1)
• पुनः कनेक्ट
• पिंग/पोंग फिर से शुरू होता है

तो कोई 'reconnect_attempt' घटना को निकाल दिया जा रहा है जो बताता है कि टोकन अभी भी खाली स्ट्रिंग क्यों है (कनेक्ट पर प्रारंभिक मान सेट)।

लंबी कहानी छोटी, मेरे लिए समाधान मेरे कस्टम "कनेक्शन सफल" ईवेंट पर io.opts.query इंस्टेंस वैरिएबल को तुरंत अपडेट करना है जो सर्वर को नए टोकन के साथ प्राप्त करता है:

// client
io('myAppUrl', {
  query: {
    token: localStorage.getItem('myKey') || ''
  }
});

io.on('my_custom_connection_successful_event', (token) => {
  localStorage.setItem('myKey', token);
  io.opts.query = {
    token: token
  };
});

अब मैं समझता हूं कि io.opts.query एक आवृत्ति चर है जिसका उपयोग कनेक्ट और बाद के सभी पुन: कनेक्ट पर किया जाता है, इसलिए मैं इसे जितनी जल्दी हो सके अपडेट कर सकता हूं। मुझे किसी पुन: कनेक्ट-संबंधित घटना के लिए प्रतीक्षा करने की आवश्यकता नहीं है।

मैं क्वेरी विकल्प डॉक्स के साथ थोड़ा गुमराह महसूस करता हूं। शायद मैंने उस उदाहरण में उपयोग के मामले को गलत समझा? लेकिन अगर यह मेरे उपयोग के मामले के समान है, तो 'reconnect_attempt' उदाहरण के बजाय दस्तावेज़ यह समझा सकते हैं कि io.opts.query एक आवृत्ति चर है जिसे उत्परिवर्तित किया जा सकता है और इसका वर्तमान मान बाद के सभी पुन: कनेक्ट पर उपयोग किया जाता है। इसलिए जब भी आप टोकन को रीफ्रेश करना चाहते हैं तो इसे बदला जा सकता है, उदाहरण के लिए 'refresh_token' कस्टम ईवेंट पर भी। यदि आपको लगता है कि दस्तावेज़ों में सुधार के लिए यह एक अच्छा विचार है, तो मैं एक जनसंपर्क कर सकता हूँ।

संपादित करें:
आगे की जांच करने पर मुझे एहसास हुआ कि मेरी गलती यह थी कि 'reconnect_attempt' श्रोता को मेरे कोड के दूसरे हिस्से से हटाया जा रहा था... :man_facepalming: इसलिए मैं इसे अपने लॉगिंग में नहीं देख रहा था। तो हाँ, मेरे पुन: कनेक्ट परिदृश्य के लिए घटनाओं का क्रम वास्तव में है:

• डिस्कनेक्ट (कारण: 'परिवहन बंद')
• reconnect_attempt (प्रयास: 1)
• पुन: कनेक्ट करना (प्रयास: 1)
• पुनः कनेक्ट
• पिंग/पोंग फिर से शुरू होता है

फिर भी, मेरा यह अहसास कि io.opts.query को जब चाहें तब बदला जा सकता है, अभी भी मान्य है। :पसीना_मुस्कुराना:

क्या अभी भी डाउनग्रेड करना ठीक है? मैं 2.0.3 पर स्विच करता हूं लेकिन यह काम नहीं कर रहा है।

हैलो, मुझे एक ही तरह की समस्या का सामना करना पड़ रहा है लेकिन दो त्रुटियों के साथ। मैंने @omardoma समाधान की कोशिश की। क्या कोई मदद कर सकता है?
ओएस - उबंटू 18.04
नोड - 12.16.2
एनपीएम - 6.14.5
सॉकेट.आईओ - 2.3.0
मेरा कोड -

app.js

const speech = require('@google-cloud/speech');
const speechClient = new speech.SpeechClient(); // Creates a client
const environmentVars = require('dotenv').config();
const io = require('socket.io')();
const http = require('http');
const server = http.createServer();
io.attach(server, {
  pingTimeout: 60000,
});



console.log(io)



// =========================== SOCKET.IO ================================ //

io.on('connection', function (client) {
  console.log('Client Connected to server');
  let recognizeStream = null;

ईजेएस फ़ाइल

<script src="https://cdnjs.cloudflare.com/ajax/libs/socket.io/2.3.0/socket.io.js" integrity="sha256-bQmrZe4yPnQrLTY+1gYylfNMBuGfnT/HKsCGX+9Xuqo=" crossorigin="anonymous"></script>
<script src="/js/client.js"></script>

जेएस फ़ाइल

const socket = io.connect("http://localhost:8080");

मैं socket.io संस्करण 2.3.0 का उपयोग कर रहा हूँ। मैं क्लाइंट के लिए एक वेबसोकेट कनेक्शन का उपयोग करता हूं। जब मेरे क्लाइंट के पास UI में ब्राउज़र अलर्ट (जो तुल्यकालिक है) है और यदि उपयोगकर्ता 30 सेकंड (पिंगटाइमआउट + पिंगइंटरवल) से अधिक के लिए अलर्ट को खारिज नहीं करता है, तो मैं देखता हूं कि 'वेबसॉकेट पहले से ही बंद या बंद स्थिति में है' संदेश और प्राप्त करें घटना को पिंगटाइमआउट कारण से डिस्कनेक्ट करें। मैं नहीं चाहता कि यूआई के पास अलर्ट होने पर यह वेबसोकेट डिस्कनेक्ट हो जाए। अगर मैं पिंगटाइमआउट को 10 मिनट तक बढ़ाता हूं, तो डिस्कनेक्ट 10 मिनट के लिए नहीं होता है। लेकिन उपरोक्त टिप्पणियों में मैंने जो पढ़ा है, उससे नकारात्मक प्रभाव पड़ सकता है (ग्राहक को पता नहीं हो सकता है कि 10 मिनट तक डिस्कनेक्ट हो गया था)। लेकिन मैंने देखा कि अगर नेटवर्क में रुकावट आदि आती है, तो हमें ट्रांसपोर्ट क्लोज कारण से डिस्कनेक्ट हो जाता है। तो क्या इस पिंगटाइमआउट+पिंगइंटरवल को बढ़ाना ठीक है? क्या कोई विशिष्ट परिदृश्य है जब डिस्कनेक्ट का पता नहीं चलता है? या इसे ठीक करने का कोई और तरीका है?