एक रेल अनुप्रयोग में WebSockets

हाल ही में, मुझे एक रेल परियोजना में एक छोटी सी चैट को लागू करने की आवश्यकता के साथ सामना किया गया था। इस समस्या को हल करने के कई तरीके हैं, AJAX का उपयोग करते हुए सर्वर के आवधिक सर्वेक्षणों से तीसरे पक्ष की सेवाओं के तैयार-किए गए समाधानों के उपयोग के लिए। ट्रैफ़िक और सिस्टम रिस्पांस टाइम को कम करने के लिए, WebSocket API - HTML 5 मानक के कुछ हिस्सों में से एक का उपयोग करने का निर्णय लिया गया जो सर्वर को क्लाइंट अनुरोध का इंतजार किए बिना डेटा ट्रांसफर शुरू करने की अनुमति देता है। दुर्भाग्य से, WebSocket API काफी सीमित संख्या में ब्राउज़रों द्वारा समर्थित है, जिसमें Google Chrome, Safari 5, iOS 4.2 में मोबाइल सफ़ारी और उच्चतर, और शायद सभी (यदि मैं गलत हूं, तो मुझे टिप्पणियों में सही करें)। बेशक, यह एक कॉम्बैट एप्लिकेशन के लिए पर्याप्त नहीं है, इसलिए आपको WebSocket API के लिए मूल समर्थन के बिना ब्राउज़रों के लिए कमबैक की पेशकश करने की आवश्यकता है। इस मामले में फ्लैश सॉकेट का उपयोग करना सबसे सुविधाजनक है। WebSocket API और Flash सॉकेट्स का उपयोग करते हुए, एप्लिकेशन अधिकांश संभावित मामलों को कवर करता है, जिसमें डेस्कटॉप सिस्टम (MS Windows, Linux, Mac OS X) और मोबाइल (Android, iOS) दोनों शामिल हैं।

आइए सिद्धांत से अभ्यास करने के लिए आगे बढ़ते हैं, इस बारे में बात करते हैं कि कौन से उपकरण आपको एक रेल एप्लिकेशन में WebSocket API का उपयोग करने की अनुमति देते हैं। कई संभावित विकल्प हैं, जिनमें से मैं निम्नलिखित पर ध्यान देता हूं:

• Juggernaut ( http://juggernaut.rubyforge.org/ ) एक हल है जो मूल रूप से रूबी में लिखा गया है और फिर नोड में लिखा गया है । रेडिस का उपयोग डेटा स्टोरेज के लिए किया जाता है, रेल एप्लीकेशन के साथ टाइट इंटीग्रेशन के लिए एक मणि होती है। Juggernaut, WebSocket API को लागू करने और उसका अनुकरण करने के लिए काफी संख्या में तरीके प्रदान करता है, उदाहरण के लिए, यदि न तो WebSockets के लिए देशी समर्थन और न ही Flash ऑब्जेक्ट को लोड करने की क्षमता ब्राउज़र में उपलब्ध है, तो आवधिक AJAX अनुरोधों का उपयोग करके आवश्यक कार्यक्षमता का अनुकरण किया जाता है, जो निश्चित रूप से सिस्टम प्रतिक्रिया समय को बढ़ाता है और लोड बढ़ाता है। सर्वर के लिए, लेकिन जैसा कि वे कहते हैं, फिशलेसनेस और कैंसर फिशलेस हैं। मेरी स्थिति में जुगोरनॉट की कमियां थीं: सर्वर पर रेडिस और नोड.जेएस को स्थापित करने की आवश्यकता, जिसे मैं अभी भी लगा सकता था, लेकिन एफएफ में फ्लैश को रोकने के लिए बग बग केवल अंतिम पुआल था जिसके बाद जुगोरनॉट के विकल्प की तलाश में चला गया।
• pusher.com एक ऐसी सेवा है जो वेबस्केट्स एपीआई के साथ सभी कार्यों का ध्यान रखती है और आपको REST इंटरफ़ेस का उपयोग करके ग्राहकों को संदेश भेजने की अनुमति देती है। Pusher.com की ताकत स्केलेबिलिटी और इंटरनेट संसाधन के साथ उपयोगकर्ता की बातचीत का विश्लेषण करने की क्षमता है। दुर्भाग्य से, मेरे मामले में, एक बाहरी सेवा का उपयोग करना मुश्किल था, इसलिए pusher.com को छोड़ना पड़ा।
• Socky-server ( https://github.com/socky/socky-server-ruby ) एक रूबी सर्वर है जो EM-WebSocket और EM-HTTP-Client पर आधारित है, जो WebSockets API और फ्लैश बैकबैक का समर्थन करता है। रेल के साथ एकीकरण के लिए, मणि सिकी-क्लाइंट-रेल का उपयोग किया जाता है । एक विशिष्ट उपयोगकर्ता को कमरे, प्राधिकरण और संदेश भेजने के लिए समर्थन है। मुझे इस समाधान के बारे में वास्तव में पसंद आया (विशेष रूप से जुगोरनोट के बाद) यह है कि यह बॉक्स से बाहर काम करता है: हम जेमफाइल में कुछ निर्भरता लिखते हैं, बंडल स्थापित करते हैं, कॉन्फ़िगरेशन उत्पन्न करते हैं, सर्वर शुरू करते हैं और आप विकास शुरू कर सकते हैं। Socky-server का उपयोग करके एक सरल चैट का एक उदाहरण यहां देखा जा सकता है: sockydemo.imanel.org और स्रोत कोड यहां पाया जा सकता है: http://github.com/socky/socky-example ।

संक्षेप में, मैं ध्यान देता हूं कि WebSockets API का उपयोग करने से आप वेब एप्लिकेशन की अन्तरक्रियाशीलता को बढ़ा सकते हैं और सर्वर को थोड़ा सा लोड करते समय संसाधन को अधिक सुविधाजनक बना सकते हैं, और Socky-server एक सरल और पीड़ारहित कार्य में WebSockets API के साथ काम करेंगे।