Socket.io: निष्क्रियता के कारण सफ़ारी ड्रॉपिंग वेब सॉकेट कनेक्शन जब पृष्ठ फोकस में नहीं होता है

DEBUG = * के साथ सर्वर चलाना निम्नलिखित दिखाता है:
socket.io:client client close with reason ping timeout +0ms
socket.io:socket closing socket - reason ping timeout +0ms

जो मुझे लगता है इसका मतलब है कि सफारी ने कनेक्शन बंद कर दिया है, न कि सॉकेट सर्वर या क्लाइंट उदाहरण। हालाँकि सबसे अजीब बात यह है कि मैंने देखा है कि सफारी कभी-कभी 30 सेकंड से 1 मिनट के बाद फिर से जुड़ जाती है, लेकिन दूसरी बार ऐसा नहीं होता है और जब तक पृष्ठ को फोकस में नहीं लाया जाता है, तब तक वह डिस्कनेक्ट नहीं होती है। यह इस तरह के असंगत व्यवहार के साथ प्रयास करने और डिबग करने के लिए अविश्वसनीय रूप से निराशाजनक है।

ऐसा लगता है कि कभी-कभी यह छिटपुट रूप से बहुत बाद में (जैसे 10 मिनट) जुड़ जाता है। फिर से, समान परीक्षण वातावरण के तहत पूरी तरह से असंगत।

@twistedpixel पुन: स्रोत ), ताकि व्यवहार की व्याख्या हो सके।

जब खिड़की फिर से फ़ोकस करने के लिए मजबूर करने के बारे में कैसे?

window.addEventListener("focus", () => socket.connect());

यह https://github.com/primus/primus/issues/348 से संबंधित हो सकता है

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

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

Apple सफारी को अपनी प्राथमिकताओं और कुछ अन्य फ़ाइलों को हटाने के अलावा पूरी तरह से पुनर्स्थापित करने का कोई तरीका प्रदान नहीं करता है। या मशीन को पोंछते हुए। मेरा एक हिस्सा सिर्फ नए सिरे से शुरू करना चाहता है लेकिन मुझमें डेवलपर को यह जानने से नफरत होगी कि इसका कारण क्या है।

वास्तव में, घातीय पुन: कनेक्ट के बारे में आपकी बात: निश्चित रूप से पहला पुन: कनेक्ट होगा, जैसा कि आप कहते हैं, डिस्कनेक्ट होने के बाद लगभग 500ms हो ... तो सर्वर इसे अनदेखा क्यों करेगा? री-कनेक्ट को फायर करने से रोकने के लिए कुछ होना चाहिए।

यह थोड़ा अजीब है क्योंकि अगर मैं डिस्कनेक्ट घटना में एक socket.connect() छड़ी करता हूं, तो यह फिर से ठीक जुड़ जाता है। इसे हर कुछ मिनटों में करना होता है लेकिन फिर भी यह बिना किसी असफलता के होता है। तो मैं पूरी तरह से हैरान हूं कि फिर से कनेक्ट क्यों नहीं हो रहा है! मैं थोड़ा और खुदाई करूँगा और देख सकता हूँ कि मैं क्यों समझ सकता हूँ।

यह सामान्य ब्राउज़र व्यवहार है, यहां तक ​​कि डेस्कटॉप पर भी, दुर्भाग्य से।

मुझे लगता है कि मुझे पता है कि क्या हो रहा है। सफारी वास्तव में समस्या है।

मुझे लगता है कि सभी ब्राउज़र सेट टाइमआउट और सेटइंटरवल मान 1000 पर कैप करते हैं जब टैब फोकस में नहीं होता है। सफ़ारी - मूर्खतापूर्ण - इसे 1000 पर कैप करता है और कुछ ऐसा करता है जैसे घातांक में देरी को जोड़ता है जिसके परिणामस्वरूप प्रत्येक पुनरावृत्ति दोगुनी हो जाती है जब तक कि आखिरी। यही कारण है कि कनेक्शन मर जाता है; socket.io के आंतरिक टाइमआउट में देरी हो रही है / गिराया जा रहा है, यह बताते हुए कि क्यों नहीं करना चाहिए जब पुन: संयोजन नहीं हो रहा है।

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

मुझे पता नहीं चला कि यह आईमैक को क्यों प्रभावित कर रहा है और मैकबुक को नहीं (मैंने रिवर्स की उम्मीद की है) लेकिन मैं परीक्षण करता रहूंगा और देखूंगा कि क्या मैं सटीक कारण बता सकता हूं।

@Wistedpixel यह केवल सफारी नहीं है। Http://blog.strml.net/2017/01/chrome-56-now-aggressively-throttles.html देखें

प्राइमस में हमने दिल की धड़कन संदेशों (https://github.com/primus/primus/pull/534) की दिशा को उल्टा करके इस मुद्दे पर काम किया।

@lpinca पूरे समय मैं इस मुद्दे पर यह जानने की कोशिश कर रहा था कि मैं बहुत सोच रहा था। जानकारी के लिए धन्यवाद! मैं प्राइमस को देख रहा हूं लेकिन मैं इतनी जल्दी अपने पूरे कोड बेस को रिफलेक्टर नहीं करना चाहता था। हालांकि यह प्रयास के लायक हो सकता है।

@twistedpixel मेरी बात यह है कि इंजन में शायद ऐसा ही किया जा सकता है। इसलिए प्राइमस को माइग्रेट करने की कोई आवश्यकता नहीं है।

एफडब्ल्यूआईडब्ल्यू, सफारी टेक पूर्वावलोकन अतिरिक्त थ्रॉटलिंग से प्रभावित नहीं होता है। शायद Apple ने उनके फैसले को उलट दिया। यह अभी भी 1000ms के लिए थ्रॉटलिंग है, लेकिन आगे कुछ भी जोड़ने के लिए प्रतीत नहीं होता है।

मैं iOS 12 सफारी पर एक ही मुद्दे का अनुभव कर रहा हूं। यदि मैं अपनी सफारी को फिर से खोलता हूं, तो वेबसैट का कनेक्शन समाप्त हो जाता है। क्या सॉकेट को जीवित रखने के लिए एक स्वच्छ समाधान है?

AFAIK iOS Safari कुछ प्रक्रियाओं को स्थगित कर देता है जब Safari को बैकग्राउंड किया जाता है (बैटरी ड्रेन को रोकने के लिए) और websocket कनेक्शन लगभग निश्चित रूप से एक ऐसी प्रक्रिया है। यह संभावना नहीं है कि आपको मोबाइल उपकरणों पर वर्कअराउंड मिलेगा।

ठीक। लेकिन मैं अभी भी फिर से कनेक्ट कर सकता हूं अगर मैं एक इवेंट श्रोता को ऑनविंडोफोकस या कुछ और से जोड़ दूं?

क्या किसी ने वर्कअराउंड लागू किया है? हम विकल्पों को देखने में रुचि रखते हैं और आश्चर्य करते हैं कि क्या दूसरे पहले से ही प्रयोग कर रहे हैं

फ़ोकस इवेंट्स का उपयोग करने के बजाय, आपको यह पता लगाने के लिए पेज विजिबिलिटी एपीआई का उपयोग करना होगा कि मोबाइल ऐप विंडो को कब बैकग्राउंड किया गया है।

मैं Azure सिग्नल के साथ इस मुद्दे पर टकराया और @techpeace के सुझाव के कारण वर्तमान में पृष्ठ दृश्यता पर कनेक्शन को बंद करने और पृष्ठ के दिखाई देने पर इसे फिर से कनेक्ट करने के लिए पृष्ठ दृश्यता API का उपयोग कर रहा

समाधान

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

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

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

मुझे लगता है कि ऐसा इसलिए है क्योंकि socket.io का वर्तमान संस्करण क्लाइंट साइड पर सेटटाइमआउट पर निर्भर करता है, जो कि उम्मीद के मुताबिक विश्वसनीय नहीं हो सकता है।

हम इसे v3 में शामिल करेंगे, क्योंकि यह एक परिवर्तन है।

संबंधित: https://github.com/primus/primus/issues/348

@darrachequesne i ma भी सामना कर रहा है कि जब मोबाइल पर अगर मेरा फोन स्क्रीन स्टैंडबाय में जाता है और मैं मोबाइल पर फिर से ब्राउज़र खोलता हूं, तो सॉकेट io चैट को डिस्कनेक्ट करता है। plz इसे ठीक करें। यह बड़ी राहत होगी।

सॉकेट में इस बग पर कोई अद्यतन io?

मेरे ऐप में जब उपयोगकर्ता अपने मोबाइल ब्राउज़र से फ़ाइल अपलोड करने का प्रयास करता है, और जब अपलोड डायलॉग बॉक्स खुलता है, तो सॉकेट io उन्हें डिस्कनेक्ट कर देता है यदि वे फ़ाइल का चयन करने के लिए 15 सेकंड या अधिक समय लेते हैं।

यदि वे 15 सेकंड के बाद किसी अन्य पृष्ठ या टैब पर जाते हैं, तो सॉकेट io उन्हें फिर से डिस्कनेक्ट करता है, क्या इसे ठीक करने और सॉकेट io को जीवित रखने / कनेक्ट करने के लिए वैसे भी है, भले ही उपयोगकर्ता पृष्ठ / दस्तावेज़ पर केंद्रित न हो?

@darrachequesne

मैंने विजिबिलिटी एपीआई के साथ इस मुद्दे को तय किया है।

मेरे लिए सफारी के साथ मुख्य मुद्दा - यह दृश्यमान पर बंद सॉकेट के लिए समय नहीं है। निश्चित === सच है, इसलिए आपको डिवाइस के अनलॉक होने के बाद वेबस्कैट को बंद करने की आवश्यकता है, और इसे फिर से शुरू करें।

@ JustFly1984 क्या आपके पास इसके लिए कुछ नमूना कोड है। मुझे दृश्यता का पता ठीक से काम कर रहा है, लेकिन मुझे फिर से कनेक्ट करने के लिए सॉकेट नहीं मिल सकता है।

तो अब यह MacOS Safari, FYI के साथ भी हो रहा है।

@calendee @anilanar हम <ContextProvider /> , दृश्यता शीर्ष पर है, नीचे की तरफ वेबसैट और दृश्यता से संदर्भ का उपयोग करते हुए वेबसोकेट।

JustFly1984 मुझे वापस पाने के लिए धन्यवाद। दरअसल, अंत में, मुझे दृश्यता एपीआई की आवश्यकता नहीं थी। मुझे बस टाइमआउट जोड़ने की जरूरत है। एक बार जब मैंने ऐसा किया, तो मुझे अब आईओएस सफारी पर कनेक्शन के मुद्दे नहीं थे।

// Establish a Socket.io connection
// Initialize our Feathers client application through Socket.io
// with hooks and authentication.
client.configure(feathers.socketio(socket), {
  timeout: 2000,
});
// Use localStorage to store our login token
client.configure(feathers.authentication(), {
  timeout: 2000,
});