Node.js गाइड, भाग 8: एचटीटीपी और वेबसोकेट प्रोटोकॉल

Node.js एक सर्वर प्लेटफॉर्म है। सर्वर का मुख्य कार्य ग्राहकों से अनुरोधों को संसाधित करना है, विशेष रूप से, ब्राउज़रों से, जितनी जल्दी हो सके और कुशलता से। Node.js ट्यूटोरियल के अनुवाद का आठवां हिस्सा जो आज हम प्रकाशित करते हैं, वह HTTP और WebSocket प्रोटोकॉल के बारे में है।

HTTP अनुरोध करते समय क्या होता है?

आइए इस बारे में बात करें कि कैसे ब्राउज़र HTTP / 1.1 प्रोटोकॉल का उपयोग करके सर्वर से अनुरोध करते हैं।

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

यह प्रश्न कई प्रौद्योगिकियों पर छूता है, जिनके सामान्य सिद्धांतों को समझने का मतलब है कि मानव जाति द्वारा निर्मित सबसे जटिल प्रणालियों में से एक को कैसे बनाया जाए, जो पूरी दुनिया को कवर करता है।

▍ एचटीटीपी प्रोटोकॉल

आधुनिक ब्राउज़र खोज क्वेरी से अपने एड्रेस बार में दर्ज वास्तविक यूआरएल को अलग करने में सक्षम हैं, जिसके प्रसंस्करण के लिए डिफ़ॉल्ट खोज इंजन आमतौर पर उपयोग किया जाता है। हम यूआरएल के बारे में बात करेंगे। यदि आप एक साइट पता दर्ज करते हैं, जैसे कि flaviocopes.com , ब्राउज़र बार में, ब्राउज़र इस पते को http://flaviocopes.com के रूप में परिवर्तित करता है, इस धारणा के आधार पर कि HTTP प्रोटोकॉल का उपयोग निर्दिष्ट संसाधन के साथ डेटा का आदान-प्रदान करने के लिए किया जाएगा। कृपया ध्यान दें कि विंडोज पर, हम यहां जिस बारे में बात करने जा रहे हैं वह मैकओएस और लिनक्स की तुलना में थोड़ा अलग लग सकता है।

Phase DNS लुकअप चरण

इसलिए, ब्राउज़र, उपयोगकर्ताओं द्वारा अनुरोध किए गए पते से डेटा डाउनलोड करने पर काम करना शुरू करता है, इसी सर्वर के आईपी पते का पता लगाने के लिए DNS लुकअप ऑपरेशन (DNS लुकअप) करता है। एड्रेस बार में दर्ज संसाधनों के प्रतीकात्मक नाम लोगों के लिए सुविधाजनक हैं, लेकिन इंटरनेट डिवाइस से आईपी पते का उपयोग करने वाले कंप्यूटरों के बीच डेटा के आदान-प्रदान की संभावना है, जो 222.324.3.1 (आईपीवी 4 के लिए) जैसे नंबरों के सेट हैं।

सबसे पहले, सर्वर के आईपी पते का पता लगाते हुए, ब्राउज़र स्थानीय DNS कैश में यह देखने के लिए देखता है कि क्या हाल ही में इसी तरह की प्रक्रिया की गई है। Chrome ब्राउज़र में, उदाहरण के लिए, पता बार में निम्नलिखित पते को दर्ज करके DNS कैश को देखने का एक सुविधाजनक तरीका है: chrome://net-internals/#dns ।

यदि कैश में कुछ भी नहीं पाया जा सकता है, तो ब्राउज़र सर्वर के आईपी पते का पता लगाने के लिए POSIX gethostbyname सिस्टम कॉल का उपयोग करता है।

▍ gethostbyname फ़ंक्शन

gethostbyname फ़ंक्शन पहले hosts जांच hosts , जो कि macOS या लिनक्स पर, स्थानीय सर्वर जानकारी को सर्वर पते का पता लगाकर हल किया जा सकता है, यह पता लगाने के लिए /etc/hosts पर पाया जा सकता है।

यदि स्थानीय साधन सर्वर के आईपी पते को खोजने के लिए अनुरोध को हल करने के लिए विफल रहता है, तो सिस्टम DNS सर्वर के लिए एक अनुरोध करता है। ऐसे सर्वरों के पते सिस्टम सेटिंग्स में संग्रहीत हैं।

यहाँ लोकप्रिय DNS सर्वरों के एक जोड़े हैं:

• 8.8.8.8: Google DNS सर्वर।
• 1.1.1.1: CloudFlare DNS सर्वर।

अधिकांश लोग अपने प्रदाताओं द्वारा प्रदान किए गए DNS सर्वर का उपयोग करते हैं। ब्राउज़र UDP प्रोटोकॉल का उपयोग करके DNS क्वेरी करता है।

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

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

यह ध्यान दिया जाना चाहिए कि रूट DNS सर्वर दुनिया के सभी मौजूदा डोमेन नामों और आईपी पतों के बीच पत्राचार को नहीं जानता है। लेकिन समान सर्वर डोमेन के लिए शीर्ष-स्तरीय DNS सर्वर जैसे .com, .it, .pizza, और इसी तरह के पते जानते हैं।

अनुरोध प्राप्त होने पर, रूट DNS सर्वर इसे शीर्ष-स्तरीय डोमेन के DNS सर्वर को तथाकथित TLD सर्वर (शीर्ष-स्तरीय डोमेन से) तक पुनर्निर्देशित करता है।

मान लीजिए कि ब्राउज़र flaviocopes.com सर्वर के लिए आईपी पते की flaviocopes.com है। रूट DNS सर्वर की ओर मुड़ते ही, ब्राउज़र को .com ज़ोन के लिए TLD सर्वर पता प्राप्त होगा। अब यह पता कैश में संग्रहीत किया जाएगा, परिणामस्वरूप, यदि आपको .com ज़ोन से किसी अन्य URL का IP पता खोजने की आवश्यकता है, तो आपको रूट DNS सर्वर से फिर से संपर्क नहीं करना पड़ेगा।

TLD सर्वर में नाम सर्वर (नाम सर्वर, NS) के आईपी पते होते हैं, जिनकी मदद से आप अपने पास मौजूद यूआरएल पते से आईपी पते का पता लगा सकते हैं। एनएस सर्वर को यह जानकारी कहां से मिलती है? तथ्य यह है कि यदि आप एक डोमेन खरीदते हैं, तो डोमेन रजिस्ट्रार इसके बारे में नाम सर्वर को डेटा भेजता है। एक समान प्रक्रिया निष्पादित की जाती है, उदाहरण के लिए, जब होस्टिंग बदलते हैं।

विचाराधीन सर्वर आमतौर पर होस्टिंग प्रदाताओं के स्वामित्व में होते हैं। एक नियम के रूप में, विफलताओं से बचाने के लिए, ऐसे कई सर्वर बनाए जाते हैं। उदाहरण के लिए, उनके पास ये पते हो सकते हैं:

• ns1.dreamhost.com
• ns2.dreamhost.com
• ns3.dreamhost.com

URL द्वारा IP पता जानने के लिए, अंत में, वे ऐसे सर्वरों की ओर रुख करते हैं। वे IP पते के बारे में वास्तविक डेटा संग्रहीत करते हैं।

अब, जब हम ब्राउज़र के एड्रेस बार में दर्ज किए गए URL के पीछे आईपी एड्रेस का पता लगाने में कामयाब हो गए, तो हम अपने काम के अगले चरण पर चले जाते हैं।

TCP एक टीसीपी कनेक्शन स्थापित करना

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

अनुरोध भेजना

एक अनुरोध एक पाठ खंड है जिसका उपयोग प्रोटोकॉल के नियमों के अनुसार किया जाता है। इसमें तीन भाग होते हैं:

• क्वेरी स्ट्रिंग
• हेडर का अनुरोध करें।
• शरीर का अनुरोध करें।

क्वेरी स्ट्रिंग

क्वेरी स्ट्रिंग एक एकल पाठ स्ट्रिंग है जिसमें निम्नलिखित जानकारी है:

• HTTP विधि।
• संसाधन का पता
• प्रोटोकॉल संस्करण।

उदाहरण के लिए, यह इस तरह दिख सकता है:

 GET / HTTP/1.1 

हेडर का अनुरोध करें

अनुरोध शीर्षलेख : एक सेट द्वारा दर्शाया गया है : । 2 आवश्यक हेडर फ़ील्ड हैं, जिनमें से एक Host और दूसरा Connection । शेष क्षेत्र वैकल्पिक हैं।

शीर्षक इस तरह दिख सकता है:

 Host: flaviocopes.com Connection: close 

Host फ़ील्ड उस डोमेन नाम को इंगित करता है जो ब्राउज़र में रुचि रखता है। close करने के लिए सेट Connection फ़ील्ड का मतलब है कि क्लाइंट और सर्वर के बीच कनेक्शन को खुला रखने की आवश्यकता नहीं है।

अन्य आमतौर पर इस्तेमाल किया अनुरोध हेडर में निम्नलिखित शामिल हैं:

• Origin
• Accept
• Accept-Encoding
• Cookie
• Cache-Control
• Dnt

वास्तव में, कई और भी हैं।

अनुरोध शीर्षलेख एक रिक्त स्ट्रिंग के साथ समाप्त होता है।

शरीर का अनुरोध करें

अनुरोध निकाय वैकल्पिक है, इसका उपयोग GET अनुरोधों में नहीं किया जाता है। अनुरोध निकाय का उपयोग POST अनुरोधों के साथ-साथ अन्य अनुरोधों में भी किया जाता है। उदाहरण के लिए, JSON प्रारूप में डेटा शामिल हो सकता है।

चूंकि अब हम एक GET अनुरोध के बारे में बात कर रहे हैं, अनुरोध निकाय खाली हो जाएगा, हम इसके साथ काम नहीं करेंगे।

▍ उत्तर

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

प्रतिक्रिया एक स्थिति कोड और एक संबंधित संदेश के साथ शुरू होती है। यदि अनुरोध सफल होता है, तो प्रतिक्रिया की शुरुआत इस तरह होगी:

 200 OK 

अगर कुछ गलत हुआ, तो अन्य कोड भी हो सकते हैं। उदाहरण के लिए, निम्नलिखित:

• 404 Not Found
• 403 Forbidden
• 301 Moved Permanently
• 500 Internal Server Error
• 304 Not Modified
• 401 Unauthorized

इसके अलावा, प्रतिक्रिया में HTTP हेडर की एक सूची और प्रतिक्रिया का निकाय शामिल है (जो कि अनुरोध ब्राउज़र द्वारा निष्पादित किया गया है, HTML कोड होगा)।

HTML पार्सिंग

ब्राउज़र को सर्वर की प्रतिक्रिया प्राप्त होने के बाद, जिसके शरीर में HTML कोड होता है, वह पृष्ठ को बनाने के लिए आवश्यक प्रत्येक संसाधन के लिए उपरोक्त प्रक्रिया को दोहराते हुए, इसे पार्स करना शुरू कर देता है। ऐसे संसाधनों में शामिल हैं, उदाहरण के लिए, निम्नलिखित:

• CSS फाइलें।
• छवि।
• वेबपेज आइकन (फ़ेविकॉन)।
• जावास्क्रिप्ट फ़ाइलें।

ब्राउज़र वास्तव में कैसे प्रदर्शित करता है पृष्ठ हमारी बातचीत पर लागू नहीं होता है। हमारे यहां मुख्य बात यह है कि डेटा का अनुरोध करने और प्राप्त करने की उपरोक्त प्रक्रिया का उपयोग न केवल HTML कोड के लिए किया जाता है, बल्कि HTTP प्रोटोकॉल का उपयोग करके सर्वर से ब्राउज़र में स्थानांतरित किसी भी अन्य ऑब्जेक्ट के लिए भी किया जाता है।

Node.js का उपयोग करके एक सरल सर्वर बनाने के बारे में

अब, जब हमने ब्राउज़र और सर्वर के बीच बातचीत की प्रक्रिया की जांच की है, तो आप सामग्री की इस श्रृंखला के पहले भाग से First Node.js एप्लिकेशन अनुभाग पर एक नया नज़र डाल सकते हैं, जिसमें हमने एक साधारण सर्वर के लिए कोड का वर्णन किया है।

Node.js के साथ HTTP अनुरोध करना

Node.js का उपयोग करके HTTP अनुरोध करने के लिए, उपयुक्त मॉड्यूल का उपयोग किया जाता है । नीचे दिए गए उदाहरण https मॉड्यूल का उपयोग करते हैं। तथ्य यह है कि आधुनिक परिस्थितियों में, जब भी संभव हो, HTTPS प्रोटोकॉल का उपयोग करना आवश्यक है।

। जीईटी अनुरोधों को निष्पादित करना

यहां Node.js का उपयोग करके GET अनुरोध निष्पादित करने का एक उदाहरण दिया गया है:

 const https = require('https') const options = { hostname: 'flaviocopes.com', port: 443, path: '/todos', method: 'GET' } const req = https.request(options, (res) => { console.log(`statusCode: ${res.statusCode}`) res.on('data', (d) => {   process.stdout.write(d) }) }) req.on('error', (error) => { console.error(error) }) req.end() 

▍POST अनुरोध निष्पादन

यहाँ Node.js से POST अनुरोध करने का तरीका बताया गया है:

 const https = require('https') const data = JSON.stringify({ todo: 'Buy the milk' }) const options = { hostname: 'flaviocopes.com', port: 443, path: '/todos', method: 'POST', headers: {   'Content-Type': 'application/json',   'Content-Length': data.length } } const req = https.request(options, (res) => { console.log(`statusCode: ${res.statusCode}`) res.on('data', (d) => {   process.stdout.write(d) }) }) req.on('error', (error) => { console.error(error) }) req.write(data) req.end() 

▍PUT और DELETE क्वेरीज़

ऐसे अनुरोधों का निष्पादन POST अनुरोधों के निष्पादन के समान है। इस तरह के संचालन की शब्दार्थ सामग्री के अलावा मुख्य अंतर, options वस्तु की method संपत्ति का मूल्य है।

। एक्सियोस पुस्तकालय का उपयोग करके Node.js में HTTP अनुरोधों का प्रदर्शन

Axios एक बहुत ही लोकप्रिय जावास्क्रिप्ट लाइब्रेरी है जो ब्राउज़र में काम करता है (इसमें सभी आधुनिक ब्राउज़र और IE शामिल हैं, IE8 से शुरू होता है), और Node.js वातावरण में, जिसका उपयोग HTTP अनुरोध करने के लिए किया जा सकता है।

यह लाइब्रेरी वादों पर आधारित है, इसमें मानक तंत्र पर कुछ लाभ हैं, विशेष रूप से, एपीआई Fetch पर। इसके फायदों में निम्नलिखित हैं:

• पुराने ब्राउज़रों के लिए समर्थन (आपको Fetch का उपयोग करने के लिए एक पॉलीफ़िल की आवश्यकता है)।
• अनुरोधों को बाधित करने की क्षमता।
• अनुरोधों के लिए टाइमआउट सेट करने के लिए समर्थन।
• सीएसआरएफ हमलों के खिलाफ अंतर्निहित सुरक्षा।
• इस प्रक्रिया की प्रगति पर जानकारी के प्रावधान के साथ डेटा अपलोड करने के लिए समर्थन।
• JSON डेटा रूपांतरण के लिए समर्थन।
• Node.js में नौकरियां

स्थापना

Axios को स्थापित करने के लिए आप npm का उपयोग कर सकते हैं:

 npm install axios 

यार्न के साथ एक ही प्रभाव प्राप्त किया जा सकता है:

 yarn add axios 

आप unpkg.com का उपयोग करके लाइब्रेरी को पेज से जोड़ सकते हैं:

 <script src="https://unpkg.com/axios/dist/axios.min.js"></script> 

एक्सिस एपीआई

आप axios ऑब्जेक्ट का उपयोग करके HTTP अनुरोध कर सकते हैं:

 axios({ url: 'https://dog.ceo/api/breeds/list/all', method: 'get', data: {   foo: 'bar' } }) 

लेकिन आमतौर पर विशेष तरीकों का उपयोग करना अधिक सुविधाजनक होता है:

• axios.get()
• axios.post()

यह उसी तरह है जैसे jQuery $.post() बजाय $.get() और $.post() का उपयोग करता है।

अन्य प्रकार के HTTP अनुरोधों को निष्पादित करने के लिए Axios अलग-अलग तरीके प्रदान करता है, जो GET और POST के रूप में लोकप्रिय नहीं हैं, लेकिन अभी भी उपयोग किए जाते हैं:

• axios.delete()
• axios.put()
• axios.patch()
• axios.options()

लाइब्रेरी के पास प्रतिक्रिया बॉडी के बिना केवल HTTP हेडर प्राप्त करने के लिए डिज़ाइन किए गए अनुरोध को निष्पादित करने के लिए एक विधि है:

• axios.head()

अनुरोध प्राप्त करें

आधुनिक एसिंक्रोनस / वेट सिंटैक्स का उपयोग करके एक्सियोस सुविधाजनक है। निम्नलिखित कोड उदाहरण, Node.js के लिए डिज़ाइन किया गया है, लायब्रेरी का उपयोग डॉग API से कुत्तों की नस्लों की सूची लोड करने के लिए करता है । यहाँ axios.get() विधि लागू की जाती है और चट्टानों को गिना जाता है:

 const axios = require('axios') const getBreeds = async () => { try {   return await axios.get('https://dog.ceo/api/breeds/list/all') } catch (error) {   console.error(error) } } const countBreeds = async () => { const breeds = await getBreeds() if (breeds.data.message) {   console.log(`Got ${Object.entries(breeds.data.message).length} breeds`) } } countBreeds() 

वादों को लागू करते हुए, async / प्रतीक्षा का उपयोग किए बिना ही फिर से लिखा जा सकता है:

 const axios = require('axios') const getBreeds = () => { try {   return axios.get('https://dog.ceo/api/breeds/list/all') } catch (error) {   console.error(error) } } const countBreeds = async () => { const breeds = getBreeds()   .then(response => {     if (response.data.message) {       console.log(         `Got ${Object.entries(response.data.message).length} breeds`       )     }   })   .catch(error => {     console.log(error)   }) } countBreeds() 

जीईटी अनुरोधों में मापदंडों का उपयोग करना

GET अनुरोध में ऐसे पैरामीटर हो सकते हैं जो URL में इस तरह दिखते हैं:

 https://site.com/?foo=bar 

Axios का उपयोग करते समय, इस तरह की एक क्वेरी इस तरह से की जा सकती है:

 axios.get('https://site.com/?foo=bar') 

पैरामीटर के साथ किसी ऑब्जेक्ट में गुण सेट करके समान प्रभाव प्राप्त किया जा सकता है:

 axios.get('https://site.com/', { params: {   foo: 'bar' } }) 

पोस्ट अनुरोध

POST अनुरोधों को निष्पादित करना GET अनुरोधों को निष्पादित करने के समान है, लेकिन यहां axios.get() विधि के बजाय, axios.post() विधि का उपयोग किया जाता है:

 axios.post('https://site.com/') 

दूसरे तर्क के रूप में, post विधि अनुरोध पैरामीटर के साथ एक वस्तु को स्वीकार करती है:

 axios.post('https://site.com/', { foo: 'bar' }) 

Node.js में WebSocket प्रोटोकॉल का उपयोग करना

WebSocket HTTP का एक विकल्प है, इसका उपयोग वेब एप्लिकेशन में डेटा एक्सचेंज को व्यवस्थित करने के लिए किया जा सकता है। यह प्रोटोकॉल आपको क्लाइंट और सर्वर के बीच लंबे समय तक रहने वाले द्वि-दिशात्मक संचार चैनल बनाने की अनुमति देता है। कनेक्शन स्थापित होने के बाद, संचार चैनल खुला रहता है, जो कम विलंबता और सिस्टम पर एक छोटे से अतिरिक्त लोड की विशेषता वाले एप्लिकेशन को बहुत तेज कनेक्शन के निपटान में डालता है।

WebSocket प्रोटोकॉल सभी आधुनिक ब्राउज़रों द्वारा समर्थित है।

Ences HTTP अंतर

HTTP और WebSocket बहुत अलग प्रोटोकॉल हैं जो डेटा के आदान-प्रदान के लिए अलग-अलग तरीकों का उपयोग करते हैं। HTTP "अनुरोध-प्रतिसाद" मॉडल पर आधारित है: सर्वर अनुरोध के बाद क्लाइंट को कुछ डेटा भेजता है। WebSocket के मामले में, सब कुछ अलग तरीके से व्यवस्थित किया गया है। अर्थात्:

• क्लाइंट से अनुरोध के लिए प्रतीक्षा किए बिना, सर्वर अपनी पहल पर क्लाइंट को संदेश भेज सकता है।
• क्लाइंट और सर्वर एक ही समय में डेटा का आदान-प्रदान कर सकते हैं।
• संदेश प्रेषित करते समय, सेवा डेटा की एक बहुत छोटी मात्रा का उपयोग किया जाता है। यह, विशेष रूप से, डेटा ट्रांसमिशन में कम विलंबता की ओर जाता है।

WebSocket प्रोटोकॉल उन चैनलों पर वास्तविक समय के संचार के लिए बहुत अच्छी तरह से अनुकूल है जो लंबे समय तक खुले रहते हैं। बदले में, HTTP क्लाइंट द्वारा शुरू किए गए सामयिक संचार सत्रों के आयोजन के लिए उत्कृष्ट है। उसी समय, यह ध्यान दिया जाना चाहिए कि, प्रोग्रामिंग दृष्टिकोण से, वेबसकेट प्रोटोकॉल का उपयोग करके HTTP प्रोटोकॉल का उपयोग करके डेटा एक्सचेंज को लागू करना बहुत आसान है।

Ocket WebSocket प्रोटोकॉल का संरक्षित संस्करण

WebSocket प्रोटोकॉल ( ws:// URI स्कीम) का एक असुरक्षित संस्करण है, जो सुरक्षा, http:// प्रोटोकॉल के संदर्भ में जैसा दिखता है। ws:// का उपयोग ws:// से बचा जाना चाहिए, प्रोटोकॉल के सुरक्षित संस्करण को प्राथमिकता देते हुए - wss:// ।

एक WebSocket कनेक्शन बनाना

WebSocket कनेक्शन बनाने के लिए, आपको उपयुक्त कंस्ट्रक्टर का उपयोग करने की आवश्यकता है:

 const url = 'wss://myserver.com/something' const connection = new WebSocket(url) 

एक सफल कनेक्शन स्थापित होने के बाद, open घटना को उठाया जाता है। आप connection ऑब्जेक्ट की onopen प्रॉपर्टी पर कॉलबैक फ़ंक्शन असाइन करके इस ईवेंट को व्यवस्थित कर सकते हैं:

 connection.onopen = () => { //... } 

त्रुटियों को संभालने के लिए, onerror ईवेंट हैंडलर का उपयोग किया जाता है:

 connection.onerror = error => { console.log(`WebSocket error: ${error}`) } 

सर्वर के लिए डेटा भेजना

सर्वर से एक WebSocket कनेक्शन खोलने के बाद, आप इसे डेटा भेज सकते हैं। यह, उदाहरण के लिए, ओनोपेन onopen में किया जा सकता है:

 connection.onopen = () => { connection.send('hey') } 

▍ सर्वर से डेटा को हटाना

सर्वर से WebSocket प्रोटोकॉल का उपयोग करके भेजे गए डेटा को प्राप्त करने के लिए, आप ओनमेज़ेज onmessage को असाइन कर सकते हैं, जिसे message घटना प्राप्त होने पर कॉल किया जाएगा:

 connection.onmessage = e => { console.log(e.data) } 

J Node.js वातावरण में WebSocket सर्वर का कार्यान्वयन

Node.js परिवेश में WebSocket सर्वर को लागू करने के लिए, आप लोकप्रिय ws लाइब्रेरी का उपयोग कर सकते हैं। हम इसे सर्वर विकास के लिए उपयोग करेंगे, लेकिन यह क्लाइंट बनाने के लिए उपयुक्त है, साथ ही दो सर्वरों के बीच बातचीत के आयोजन के लिए भी।

पहले प्रोजेक्ट को आरंभ करके इस लाइब्रेरी को स्थापित करें:

 yarn init yarn add ws 

WebSocket सर्वर के लिए कोड जिसे हमें लिखने की आवश्यकता है वह बहुत कॉम्पैक्ट है:

 constWebSocket = require('ws') const wss = newWebSocket.Server({ port: 8080 }) wss.on('connection', ws => { ws.on('message', message => {   console.log(`Received message => ${message}`) }) ws.send('ho!') }) 

यहां हम एक नया सर्वर बनाते हैं जो वेबसॉफ्ट प्रोटोकॉल के लिए मानक पोर्ट 8080 पर सुनता है और एक कॉलबैक का वर्णन करता है, जो कनेक्शन स्थापित होने पर, क्लाइंट को एक संदेश भेजता है ho! और क्लाइंट से प्राप्त संदेश को कंसोल में प्रिंट करता है।

यहाँ एक WebSocket सर्वर का एक कार्यशील उदाहरण है, और यहाँ एक क्लाइंट है जो इसके साथ सहभागिता कर सकता है।

परिणाम

आज हमने Node.js प्लेटफॉर्म द्वारा समर्थित नेटवर्किंग तंत्रों के बारे में बात की, जो ब्राउज़रों में उपयोग किए गए समान तंत्रों के साथ समानताएं खींचते हैं। हमारा अगला विषय फाइलों के साथ काम करना होगा।

प्रिय पाठकों! क्या आप अपने वेब अनुप्रयोगों में WebSocket प्रोटोकॉल का उपयोग करते हैं, जिसका सर्वर पक्ष Node.js का उपयोग करके बनाया गया था?