सत्र और पुनःकनेक्शन

सत्र को नाम देने के लिए सर्वर अपने आरंभिक उत्तर में एक अद्वितीय Mcp-सत्र-आईडी हेडर लौटाता है। इसे क्लाइंट की दावा-पर्ची समझिए।

हर बाद के अनुरोध में क्लाइंट अपने हेडर में वही आईडी शामिल करता है। सर्वर इसे पढ़कर ठीक-ठीक जानता है कि यह कॉल किस सत्र से संबंधित है।

कॉल के बीच सर्वर को जो कुछ याद रखना हो, जैसे लॉग-इन उपयोगकर्ता या कर्सर, वह सत्र से जुड़ा रहता है। अलग-अलग क्लाइंट कभी एक-दूसरे का डेटा नहीं देखते।

हर सर्वर को स्मृति की आवश्यकता नहीं होती। स्टेटलेस सर्वर हर अनुरोध को स्वतंत्र मानता है और कोई सत्र आईडी जारी नहीं करता, जिससे स्केल करना बहुत सरल हो जाता है।

इंटरनेट पर कड़ियाँ टूट सकती हैं: उत्तर के बीच में स्ट्रीम समाप्त हो सकती है। अच्छे ट्रांसपोर्ट को पूरा सत्र खोए बिना टूटे हुए कनेक्शन को संभालना चाहिए। 📡

SSE इवेंट आईडी याद हैं? क्लाइंट फिर से कनेक्ट होकर दिखाई गई अंतिम-इवेंट-आईडी भेजता है और सर्वर से उसके बाद के इवेंट दोबारा भेजने को कहता है।

हर इवेंट को क्रमांक दिया गया था, इसलिए पुनःप्रसारण सटीक होता है। क्लाइंट से कुछ छूटता नहीं और कुछ दो बार दिखाई नहीं देता, इसलिए छोटी रुकावट परिणाम को बिगाड़ती नहीं है।

जब क्लाइंट का काम पूरा हो जाए, तो वह अपने सत्र आईडी के साथ एंडपॉइंट पर HTTP DELETE भेज सकता है। सर्वर स्थिति मुक्त कर देता है और स्मृति व्यवस्थित रहती है।

सत्र और पुनःकनेक्शन मिलकर दूरस्थ सर्वर को विश्वसनीय बनाते हैं: वह आपका संदर्भ याद रखता है और अस्थिर नेटवर्क में भी सहजता से काम करता रहता है। ✨

आरंभ पर निर्धारित और वापस भेजी गई सत्र आईडी हर क्लाइंट को उसकी स्थिति से जोड़ती है। क्रमांकित SSE इवेंट टूटी हुई स्ट्रीम को बिना किसी अंतराल के फिर शुरू करने देते हैं। 🎉