हम क्यों कहते हैं कि वेब सेवाएं स्टेटलेस हैं?वेबसाइट्स स्टेटलेस हैं?
उत्तर
वे ग्राहक से अनुरोध के बीच किसी भी राज्य को जारी नहीं रखते हैं। यानी सेवा नहीं जानता, न ही देखभाल, कि बाद का अनुरोध क्लाइंट से आया जिसने पिछले अनुरोध नहीं किया है/नहीं। असल में, यह 'मुझे जानकारी का यह टुकड़ा देता है और मेरे बारे में भूल जाता है' जो क्लाइंट पर किसी भी राज्य को बनाए रखने के लिए रखता है।
अनुरोध एक दूसरे से स्वतंत्र हैं।
क्योंकि HTTP स्टेटलेस है। क्लाइंट अनुरोध सर्वर द्वारा पूरा होने के बाद, भविष्य में लेनदेन में उपयोग के लिए कोई जानकारी संग्रहीत नहीं की जाती है।
क्योंकि वेब सेवाएं HTTP पर आधारित हैं, जो एक स्टेटलेस प्रोटोकॉल है।
wikipedia का हवाला देते हुए:
एक राज्यविहीन सर्वर एक ऐसा सर्वर है कि व्यवहार करता है एक स्वतंत्र लेनदेन है कि किसी भी पिछले अनुरोध से संबंधित नहीं है के रूप में प्रत्येक अनुरोध। , भले ही हम उदाहरण के लिए कुकीज़ की तरह, कुछ "चाल" का उपयोग करें, अनुरोधों के बीच कुछ राज्य को बचाने के लिये यह कुछ प्रोटोकॉल द्वारा परिभाषित नहीं है:
अर्थात प्रत्येक अनुरोध पिछले एक से स्वतंत्र है।
एक स्टेटलेस प्रोटोकॉल और स्टेटलेस वेब सेवा के बीच एक बड़ा अंतर है। आवेदन अव्यवस्थित हो सकता है (जैसा कि आप उल्लेख करते हैं "ट्रिक्स" का उपयोग करके) अंतर्निहित प्रोटोकॉल स्टेटलेस है। साथ ही, वेब सेवाएं जरूरी नहीं है कि HTTP को इंगित करें। एसओएपी एक परिवहन परत के रूप में एसएमटीपी के साथ काम कर सकता है, उदाहरण के लिए। –
मैं एक एसएमटीपी एसओएपी सेवा को "वेब सेवा" कहने में संकोच करूंगा। कई प्रकार की सेवाएं हैं, लेकिन मेरे लिए, वेब सेवा = HTTP या HTTPS। एसएमटीपी वेब से पहले था। तो मुझे लगता है कि पास्कल का सहसंबंध ठीक है। – codenheim
वेब सर्विसेज की अवधारणा एक आरपीसी (रिमोट प्रोसेसर कॉल) उर्फ एक फंक्शन मॉडल करना है। इस प्रकार आपको सत्र का उपयोग करने की आवश्यकता नहीं है। इसके अलावा, स्टेटलेस होने का विचार वेब सर्वर को सर्वर फार्म में स्केल करने की आवश्यकता से आता है और इस प्रकार उच्च क्षमता को सक्षम बनाता है।
हालांकि, राज्य का उपयोग करने की पसंद प्रौद्योगिकी और डेवलपर पर निर्भर है। एएसपी.Net वेब सेवा बनाने और विधि परिभाषा में "EnableSession = True" सेट करने से रोकने के लिए कुछ भी नहीं है।
यह कुछ बुनियादी प्रमाणीकरण परिदृश्यों में उपयोगी हो सकता है, यानी घर से उगाए जाने वाले फॉर्म प्रमाणीकरण या अल्पकालिक "वर्कफ़्लो" के लिए स्वचालित सहसंबंध प्रदान करना। (हालांकि मैं दृढ़ता से आग्रह करता हूं कि आपको अधिक आधुनिक तकनीकें उच्च स्तर की सुरक्षा और प्रदर्शन प्रदान करेंगी)।
- 1. क्या स्टेटलेस यादृच्छिक संख्या जेनरेटर मौजूद हैं?
- 2. क्यों स्टेटलेस सत्र सेम एकल धागे हैं?
- 3. स्टेटलेस सर्वर कैसे काम करते हैं?
- 4. क्या वेब सेवाएं वास्तव में स्टेटलेस हैं?
- 5. स्टेटलेस ईजेबी क्यों पूल किए जाते हैं?
- 6. वेबसाइट्स आधारित एपीआई
- 7. वेबसाइट्स और वेब अनुप्रयोग?
- 8. फ़ायरफ़ॉक्स वेबसाइट्स सुरक्षा समस्या
- 9. विंडोज़ Azure वेबसाइट्स
- 10. जब तक वेबसाइट्स
- 11. जेबॉस समर्थन वेबसाइट्स?
- 12. स्टेटलेस प्रोग्रामिंग के फायदे?
- 13. स्टेटफुल बनाम स्टेटलेस वेबसाइट
- 14. बिल्ड-सत्र स्टेटलेस उपयोग
- 15. एक स्टेटलेस बीन
- 16. एएसपी.नेट एमवीसी स्टेटलेस है?
- 17. सोशल नेटवर्किंग वेबसाइट्स मित्र अपडेट की गणना कैसे करती हैं?
- 18. अपाचे प्रॉक्सीपास रिवरसे और वेबसाइट्स
- 19. Azure वेबसाइट्स में फ़ोल्डर अनुमतियां
- 20. वेबसाइट्स को डीबग कैसे करें?
- 21. वेबसाइट्स बाइनरी डेटा संदेश (ऐरेबफर)
- 22. एनएचबेर्नेट के स्टेटलेस सत्र के सम्मिलन धीमे हैं
- 23. क्यों पूल स्टेटलेस सत्र सेम?
- 24. एक ईजीबी स्टेटलेस सत्र बीन
- 25. स्टेटलेस प्रोटोकॉल और स्टेटफुल प्रोटोकॉल
- 26. वेबसाइट्स - एसओएपी बनाम "HTTP पर एक्सएमएल"
- 27. वेबसाइट्स समस्याएं, शायद मूल उत्पत्ति नीति?
- 28. वेबसाइट्स 'हार्ड' डिस्कनेक्ट स्पष्ट नहीं है?
- 29. स्टेटलेस प्रोटोकॉल पर स्टेटलेस प्रोटोकॉल का उपयोग बेहतर माना जाता है?
- 30. Azure वेबसाइट्स पर RavenDb - एक्सेस अस्वीकृत
@ माइक: बहुत शाब्दिक? – brian
जिस संस्करण पर मैंने टिप्पणी की थी वह बहुत छोटा था, और मूल रूप से कहा गया "क्योंकि वे राज्य को जारी नहीं रखते हैं।" मैं अपनी टिप्पणी को हटा रहा हूं और यहां एक अपवित्र है। –
@ माइक: मेरा बुरा। मुझे भी ऐसा ही महसूस होता है। यही कारण है कि मैंने इसे अद्यतन किया। – brian