प्रोक्सी गरिएको WebSocket पुनः जडान भएपछि सत्र पनि पुनर्स्थापित गर्नुहोस्

पुनः जडान कलब्याक चल्छ र नयाँ सकेट खुल्छ। त्यो यातायात पुनःप्राप्ति हो। यसको अर्थ तपाईंका सदस्यता, सन्देश पोहोरका वा अनुप्रयोग सत्र अघिल्लो जडान रोकिएको ठाउँबाटै अगाडि बढे भन्ने होइन।

एउटै प्रोक्सी अन्त्यबिन्दुले पनि नयाँ बाहिरी जडान उत्पन्न गर्न सक्छ। परिवर्तित निकास IP ले गन्तव्यको आफ्नै सत्र नीति सक्रिय गर्न सक्छ। नयाँ सकेटलाई नयाँ जडान मान्नुहोस् र अनुप्रयोगको कागजात गरिएको पुनःप्राप्ति आदानप्रदान पालना गर्नुहोस्। पुनः जडान गर्दा कार्यप्रवाहले आफ्नो प्रोक्सी मार्ग राख्नुपर्छ कि भनी निर्णय गर्नुहोस्।

अन्तिम URL भन्दा अलिकति बढी राख्नुहोस्

उपयोगी पुनःप्राप्ति अवस्थामा अधिकृत सत्र पहिचान, चाहिएका सदस्यता, अन्तिम पुष्टि भएको घटना पहिचानकर्ता र अझै पोहोरको प्रतीक्षामा रहेका कार्यहरू समावेश हुन सक्छन्। ती क्षेत्रहरू अनुप्रयोग प्रोटोकलका हुन्; WebSocket ले सार्वभौमिक पुनःसुरु टोकन परिभाषित गर्दैन।

कर्सरबाट पुनः सुरु गर्ने, नयाँ स्न्यापसट लिने वा अन्तराल स्वीकार गर्ने भनी निर्णय गर्नुहोस्। यदि घटना स्रोतले पुनःप्ले इन्टरफेस दिँदैन भने, छिटो पुनः जडान गर्दा कुनै सन्देश छुटेन भनी प्रमाणित गर्न सकिँदैन।

दुई पटक पठाउनु भनेको दुई पटक गर्नु हुन सक्छ

विच्छेदन अघि स्थानीय रूपमा लाममा राखिएको सन्देश क्लाइन्टबाट कहिल्यै ननिस्केको हुन सक्छ। अर्कोचाहिँ यसको पोहोर हराउँदा सर्भरमा पुगेको हुन सक्छ। हरेक अपुष्ट आदेश आँखा चिम्लिएर पुनः पठाउनुले ती दुई अवस्थालाई एउटै मान्छ।

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

पुनः जडान प्रयास सीमित राख्नुहोस् र गति अनुप्रयोगको नीतिअनुसार मिलाउनुहोस्। RFC 6455 ले असामान्य बन्द भएपछि पछाडि हट्न सुझाव दिन्छ; तुरुन्तै पुनः प्रयास गर्ने क्लाइन्टको समूहले अवरोधको भार बढाउन सक्छ।

प्रत्येक प्रयासले कुन प्रोक्सी मार्ग रोज्यो भनी अभिलेख गर्नुहोस्, तर मार्ग पुनःप्राप्तिलाई अनुप्रयोग पुनःप्राप्तिबाट अलग राख्नुहोस्। “पुनः जोडियो” उपयोगी प्रमाण हो। “भेट्टाइयो र थप काम पेस गर्न तयार” का लागि त्यो स्थापित गर्ने थप अनुप्रयोग आदानप्रदान आवश्यक हुन्छ।