सिग्नलआर मदद करने के लिए, या वेब को चेतन करने के लिए कैसे

परिचय

कई वेब परियोजनाओं में ऐसे तत्व होते हैं जिनके मूल्य को अक्सर बदलना पड़ता है। यह काउंटर, संकेतक, सूचनाएं और समान तत्व हो सकते हैं। पृष्ठ ताज़ा होने के बाद क्या मुझे वर्तमान मान दिखाना चाहिए, या क्या मैं यह सब डेटा स्वतः अपडेट कर सकता हूं? हमारे लिए, जवाब स्पष्ट है: यदि तत्वों को गतिशील रूप से बदलना संभव है, तो पृष्ठों को अपडेट करने के लिए कोई स्थान नहीं बचा है।

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

लेकिन बड़ी परियोजनाओं के लिए, AJAX के साथ एक समाधान, जहां प्रत्येक ग्राहक सर्वर को प्रदूषित करेगा, यह बहुत अधिक भार पैदा करेगा। बेशक, हम अपनी क्षमताओं को अनुकूलित कर सकते हैं और देश भर में सर्वरों की एक श्रृंखला बना सकते हैं जो सभी ग्राहक अनुरोधों को संभालने के लिए तैयार होंगे। यह हमारा तरीका नहीं है। हम चाहते हैं कि सर्वर खुद नए डेटा के क्लाइंट को सूचित करे। डेस्कटॉप अनुप्रयोगों में एक समान अभ्यास का उपयोग किया जाता है - एक सर्वर जिससे क्लाइंट सॉकेट्स का उपयोग करके कनेक्ट होते हैं। यह तर्क वेब पर हमारे लिए उपयोगी होगा। पहले से ही आप के साथ काम कर सकते हैं Websockets हैं, यहां तक ​​कि .net ने वेबस्कैट के लिए समर्थन लिया है। लेकिन, वास्तव में, वेबस्केट के रोज़मर्रा के उपयोग के बारे में बात करना जल्दबाजी होगी। कुछ और चाहिए। लॉन्गपोलिंग का उपयोग करना संभव है, जहां हम क्लाइंट पर कनेक्शन खोलेंगे और इसे बिल्कुल भी बंद नहीं करेंगे, सर्वर से एक घटना की प्रतीक्षा कर रहे हैं। नहीं, हम आगे भी खोज जारी रखते हैं।

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

सिग्नलआर को किसी विशिष्ट कार्य को लागू करते समय अधिक विस्तार से माना जा सकता है। हमारे पास क्या है: एक परियोजना, पंजीकृत उपयोगकर्ताओं के साथ, प्रत्येक उपयोगकर्ता के पास एक व्यक्तिगत खाता है जिसमें इस उपयोगकर्ता को संबोधित संदेशों का एक खंड है। नए संदेशों का एक काउंटर भी है। हम चाहते हैं कि जैसे ही एक उपयोगकर्ता (user1) किसी अन्य उपयोगकर्ता (user2) को संदेश भेजता है, user2 के खुले पृष्ठ पर, नए संदेशों का काउंटर तुरंत अपडेट हो जाएगा।

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

Install-Package Microsoft.AspNet.SignalR -pre 

काम कर रहे

सिग्नलआर सर्वर और क्लाइंट भागों का उपयोग करेगा। सर्वर पर, बहुत सार हब है। यह वह वर्ग है जो हमें सिग्नलआर के व्यवहार का वर्णन करने की अनुमति देगा। यह हमारे उदाहरण में ऐसा दिखता है:

 [HubName("msg")] public class Im : Hub { public Task Send(dynamic message) { return Clients.All.SendMessage(message); } public void Register(long userId) { Groups.Add(Context.ConnectionId, userId.ToString(CultureInfo.InvariantCulture)); } public Task ToGroup(dynamic id, string message) { return Clients.Group(id.ToString()).SendMessage(message); } } } 

हमने कई तरीके बनाए हैं।

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

चलो ग्राहक कोड का एक उदाहरण देखते हैं, और समझना शुरू करते हैं कि क्या है:

 <script src="http://code.jquery.com/jquery-1.8.2.min.js" type="text/javascript"></script> <script src="Scripts/jquery.signalR-1.0.0-rc1.min.js" type="text/javascript"></script> <script src="/signalr/hubs" type="text/javascript"></script> <script type="text/javascript"> $(function () { //  Id . var userId = <%= UserId %> //  var chat = $.connection.chat; //  callback,      chat.client.SendMessage = function (message) { //    UpdateMsgCounter(message); }; //   $.connection.hub.start().done(function() { //     chat.server.register(userId); }); }); </script> 

ग्राहक कोड के बारे में अधिक। सिग्नलआर हमारे लिए एक हब उत्पन्न करेगा। आप इसे जिज्ञासा / सिग्नल / हब के लिए देख सकते हैं

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

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

निम्नलिखित विकल्प हमारे लिए उपलब्ध हैं:

 //   Clients.All.send(message); // ,   Clients.Others.send(message); // ,     Clients.AllExcept(Context.ConnectionId).send(message); // ,   Clients.Caller.send(message); //     "foo" Clients.Group("foo").send(message); //     "foo",     Clients.OthersInGroup("foo").send(message); //     "foo",     Clients.Group("foo", Context.ConnectionId).send(message); //       Clients.Client(Context.ConnectionId).send(message); 

एक महत्वपूर्ण बिंदु: पृष्ठ पर प्रत्येक नई पहुंच (पृष्ठ को फिर से लोड करना) के साथ, इसे एक नए टैब में खोलने सहित, यह एक नया सिग्नलआर कनेक्शन पहचानकर्ता के साथ संबंध बनाता है। इसका मतलब यह है कि UserId ब्राउज़र के प्रत्येक खुले टैब में उपयोगकर्ता को सूचित करने के लिए पर्याप्त नहीं होगा। हमें UserId से संबंधित सभी ConnectionId को सूचित करने की आवश्यकता है। ऐसा करने के लिए, हमारे उदाहरण हब क्लास में, रजिस्टर विधि में, हमने UserId नामक एक समूह को प्रत्येक नए ConnectionId में जोड़ा। अब हम UserId को समूह के नाम के रूप में संचालित कर सकते हैं और उपयोगकर्ता के सभी ConnectionId को सूचित कर सकते हैं।

निजी अभ्यास

आइए एक और स्थिति देखें। उपयोगकर्ता user2 ने user1 को एक संदेश लिखा और "भेजें" बटन पर क्लिक किया। हमारे अगले कदम क्या हैं? आप हब क्लास के अतिरिक्त तरीके लिख सकते हैं और सिग्नलआर का उपयोग करके संदेश भेज सकते हैं। हब उपयोगकर्ता को संदेश, प्रक्रिया और सूचना प्राप्त करेगा। संदेश भेजने के अलावा, अतिरिक्त तर्क आमतौर पर इस कार्रवाई से जुड़ा होता है: डेटाबेस को संदेश लिखना, लॉगिंग करना, मॉडरेशन के लिए संदेश भेजना और बहुत कुछ। अधिक जटिल उदाहरण हो सकते हैं। इसलिए, हम केवल अपने इच्छित उद्देश्य के लिए हब का उपयोग करने के लिए खुद को प्रतिबंधित करते हैं: संदेश प्राप्त करना और भेजना। सबसे पहले, हम अच्छे पुराने AJAX का उपयोग करेंगे और उपयोगकर्ता से HttpHandler पर एक संदेश भेजेंगे। फिर हम इसके साथ वह सब कुछ करेंगे जो आवश्यक है (हम इसे डेटाबेस में लिखेंगे या इसे मॉडरेशन के लिए भेजेंगे) और परिणामस्वरूप हम इसे हब पर भेज देंगे, जो उपयोगकर्ता user1 को सूचित करेगा। लेकिन एक कठिनाई है - हेटफैंडलर एक पूरी तरह से अलग परियोजना में, कई पुस्तकालयों में से एक के आंत में है। हम इस जटिलता को खत्म करने के लिए सिग्नलआर की क्षमताओं का लाभ उठाएँगे। हब से कनेक्ट करने के लिए एक प्रॉक्सी क्लास बनाएं:

 static HubConnection connection; static IHubProxy hub; static string Url = "http://im.myProjectSite.com"; //    connection = new HubConnection(Url); hub = connection.CreateHubProxy("msg"); connection.Start().Wait(); hub.Invoke("ToGroup", userId, message); 

इनवोक विधि का उपयोग करके देखें। हम अपने हब के ToGroup तरीके को कॉल करते हैं, जो वांछित उपयोगकर्ता के साथ जुड़े सभी कनेक्शन ( connectioId ) को वांछित संदेश भेजेगा। यहाँ हमने स्थैतिक वस्तुओं का भी उपयोग किया। एप्लिकेशन शुरू करते समय, हब को प्रॉक्सी को इनिशियलाइज़ करने के लिए पर्याप्त होता है, कहते हैं, Global.asax में और, यदि आवश्यक हो, तो उस विधि को कॉल करें जिसमें इनवोक होता है।

.Net में सिग्नलआर के आगमन के साथ, कोड की कुछ और लाइनें जोड़ने की आवश्यकता थी:

 RouteTable.Routes.MapHubs("~/signalr"); RouteTable.Routes.MapHubs(); GlobalHost.HubPipeline.EnableAutoRejoiningGroups(); 

सिग्नलआर रूटिंग का उपयोग करना कुछ हद तक हमारे कार्य के दायरे से परे है। हम केवल यह कहेंगे कि EnableAutoRejoiningGroups हमें नया कनेक्शन बनाते समय उपयोगकर्ता के लिए समूह में कनेक्शन न खोने में मदद करेगा।

आप निश्चित रूप से क्या सामना करेंगे और इसे कैसे हल करेंगे

जब हम वर्णित उदाहरणों का पता लगाते हैं और एक डेमो प्रोजेक्ट (या इसे मौजूदा एक में लागू करते हैं) एक साथ डालते हैं, तो हम इसे उचित संचालन के लिए परीक्षण करने का प्रयास करते हैं। यदि सब कुछ सही ढंग से किया जाता है, तो उपयोगकर्ता को एक नए संदेश के बारे में सूचित किया जाएगा, जैसा कि हम चाहते थे। हम यह सुनिश्चित करने के लिए कई ब्राउज़र टैब भी खोल सकते हैं कि अधिसूचना सभी टैब (सभी उपयोगकर्ता कनेक्शन ) में आती है। लेकिन जैसे ही हम थोड़ा और टैब खोलते हैं, हम पाएंगे कि एन टैब पर कुछ भी काम नहीं करता है। विभिन्न ब्राउज़रों के लिए, N अलग है (4 या 6, बहुत छोटा)। यह सीमा एक हब से अधिक एन कनेक्शन एक साथ बनाने की अनुमति नहीं देती है। कुछ परियोजनाओं में, यहां तक ​​कि काफी बड़े, आप एक समाधान देख सकते हैं जिसमें उपयोगकर्ता को सूचित किया जाता है कि उसने पहले ही कहीं न कहीं एक समान संवाद खोला है और या तो पुराने को वापस स्विच करने या पुराने को बंद करने और इस एक पर स्विच करने का प्रस्ताव है। प्रतिबंध उपयोगकर्ता को प्रभावित नहीं करना चाहिए, वह जितने चाहें टैब खोल सकता है और हम उनमें से प्रत्येक में सूचनाएं दिखाएंगे। इस काम के लिए, हमें किसी तरह ब्राउज़र को स्पष्ट करने की आवश्यकता है कि विभिन्न हब का उपयोग किया जाता है, एक नहीं। इससे पहले, हब को शुरू करते समय, हमने इसके Url को निर्दिष्ट किया था : im.myProjectSite.com । सामान्य दर्पण बनाएं:

 im1.myProjectSite.com im2.myProjectSite.com im3.myProjectSite.com 

और क्लाइंट कोड में हम हब एड्रेस को एक निश्चित एल्गोरिदम के अनुसार स्थानापन्न करेंगे। हर बार जब आप पृष्ठ (एक नए टैब में खुलते हैं), विकल्प im (j + 1) , और j = 1 फिर से im3 के बाद एक्सेस करते हैं तो सबसे आसान तरीका होगा। इस उदाहरण में, हमने सीमा को 3N तक बढ़ा दिया।

निष्कर्ष

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

---

लेख के लेखक: दिमित्री लुबेन्स्की, डायरीरी के एक प्रमुख डेवलपर। वह बिलिंग प्रणाली के संचालन के लिए जिम्मेदार है और अंतर्राष्ट्रीय दिशा के विकास में शामिल है।