🐎 ⁉️ 🌋 नोड.जेएस पर वेब विकास: भाग 2 ☝🏻 📇 🌷

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

"हैबरफ़ेक्ट" के बारे में कुछ शब्द

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

ये संख्या किसी भी गंभीर भार की बात करने के लिए बहुत छोटी है। यात्राओं के चरम पर, htop ने लगभग निम्नलिखित चित्र दिखाया:

लोड औसत कभी-कभी 1 तक पहुंच गया, लेकिन फिर 0.3-0.5 पर चला गया। पेज जल्दी दिए गए। औसत पृष्ठ पीढ़ी का समय, जिसके गठन का डेटा मेमकेड में है - 15-20 मी। यदि मेमेकैच्ड में कोई डेटा नहीं है, तो पीढ़ी का समय 40-100 सेमी तक बढ़ जाता है, लेकिन यह अत्यंत दुर्लभ है। कुछ आगंतुकों ने घेराबंदी और एब उपयोगिताओं के साथ-साथ लोडआईएम्पैक्ट सेवा का उपयोग करके साइट का परीक्षण किया। उस समय, मुझे यकीन था कि सभी पेज Nginx द्वारा अच्छी तरह से कैश किए गए थे, और ये अनुरोध Node.JS तक नहीं पहुंचे थे। यह पता चला कि ऐसा नहीं था। बाद में, मैंने मॉड्यूल में से एक के गलत व्यवहार की खोज की, जिसने पृष्ठ कैशिंग को रोका (मैं बाद में इस पर अधिक विस्तार से चर्चा करूंगा)। वस्तुतः सभी अनुरोधों को Node.JS ने संभाला और साइट ने महत्वपूर्ण रूप से काम किया।

दुर्भाग्य से, मुझे पता नहीं है कि लेख के विषय और उस साइट के विषय के आधार पर "हैब्राफ़ेक्ट" कितना भिन्न होता है, जिस पर लिंक सेट किया गया है। लेकिन अगर साइट उसी (अच्छी तरह से, या यहां तक कि x2) लोगों की संख्या से गिरती है, तो समस्या प्रौद्योगिकी की पसंद से दूर है।

परीक्षणों और उपस्थिति के आंकड़ों के आधार पर, मैंने निष्कर्ष निकाला कि यह परियोजना काफी स्थिर है और जब आगंतुकों की तीव्र आमद होगी तो यह नहीं गिरेगी।

आर्किटेक्चर

लोहा और सॉफ्टवेयर

साइट मामूली सुविधाओं के साथ VPS पर रहती है:

1200 सीपीएच की गारंटीकृत आवृत्ति के साथ 1 सीपीयू;
1024Mb RAM;
25Gb HDD (इस परियोजना के लिए, यह संकेतक एक विशेष भूमिका नहीं निभाता है)।

सर्वर Ubuntu सर्वर चला रहा है। मैं इसका उपयोग करता था, मेरे लिए उसके साथ काम करना सुविधाजनक था, इसलिए मैंने उसे चुना।

अतिरिक्त सॉफ़्टवेयर न्यूनतम पर स्थापित है। इस मामले में, यह है:

Node.JS - सर्वर पर जावास्क्रिप्ट एप्लिकेशन रनटाइम;
MongoDB - NoSQL DBMS;
मेमकेच्ड - कैशिंग डेमॉन;
Nginx - फ्रंटेंड सर्वर।

मैं सॉफ़्टवेयर संस्करणों को अद्यतित रखने का प्रयास करता हूं।

विन्यास

डिफ़ॉल्ट रूप से, Node.JS एक एकल धागे में चलता है, जो बहुत सुविधाजनक नहीं है और इष्टतम नहीं है, खासकर मल्टी-कोर प्रोसेसर के लिए। लगभग तुरंत, मॉड्यूल कई प्रक्रियाओं (वेब वर्कर्स के विभिन्न कार्यान्वयन) को आसानी से लॉन्च करने के लिए दिखाई दिए। मानक नोड.जेएस एपीआई के साथ ऐसा करना मुश्किल नहीं था। संस्करण 0.6.0 की रिलीज़ के साथ, Node.JS ने एक नया मॉड्यूल - क्लस्टर पेश किया । यह कई Node.JS प्रक्रियाओं को शुरू करने के कार्य को सरल करता है। इस मॉड्यूल का एपीआई नोड प्रक्रियाओं को बनाने की अनुमति देता है जिनके नेट / http सर्वर एक सामान्य टीसीपी पोर्ट का उपयोग करेंगे। मूल प्रक्रिया बच्चे की प्रक्रियाओं का प्रबंधन कर सकती है: रोकें, नए शुरू करें, अप्रत्याशित समाप्ति का जवाब दें। बाल प्रक्रिया अपने माता-पिता के साथ संदेशों का आदान-प्रदान कर सकती है।

इस तथ्य के बावजूद कि क्लस्टर का उपयोग करना आवश्यक प्रक्रियाओं की संख्या शुरू करने के लिए सुविधाजनक है, मैं अलग-अलग टीसीपी बंदरगाहों पर नोड के 2 उदाहरण चलाता हूं। मैं अपडेट के दौरान डाउनटाइम से बचने के लिए ऐसा करता हूं, अन्यथा रिबूट के दौरान (जो, वैसे, केवल कुछ सेकंड लगते हैं), साइट उपयोगकर्ताओं के लिए दुर्गम होगी। नोड के उदाहरणों के बीच, लोड को HttpUpstreamModule Nginx का उपयोग करके वितरित किया जाता है । जब, रिबूट के दौरान, उदाहरणों में से एक अनुपलब्ध हो जाता है, तो दूसरा सभी अनुरोधों को संभाल लेता है।

Nginx को कॉन्फ़िगर किया गया है ताकि अनधिकृत उपयोगकर्ताओं के लिए, साइट के सभी पृष्ठ थोड़े समय के लिए कैश हो जाएं - 1 मिनट। यह आपको Node.JS से लोड को महत्वपूर्ण रूप से हटाने की अनुमति देता है और एक ही समय में प्रासंगिक सामग्री को बहुत जल्दी प्रदर्शित करता है। अधिकृत उपयोगकर्ताओं के लिए, कैशिंग समय 3 सेकंड के लिए निर्धारित है। यह आम उपयोगकर्ताओं के लिए पूरी तरह से अदृश्य है, लेकिन यह बड़ी संख्या में अनुरोधों वाले प्राधिकरण कुकीज़ वाले साइट को लोड करने की कोशिश कर रहे घुसपैठियों से बचाएगा।

मॉड्यूल

Node.JS पर एप्लिकेशन विकसित करते समय, सवाल अक्सर किसी विशेष कार्य को करने के लिए एक मॉड्यूल चुनने का होता है। कुछ कार्यों के लिए, पहले से ही सिद्ध, लोकप्रिय मॉड्यूल हैं, दूसरों के लिए, एक विकल्प बनाना अधिक कठिन है। मॉड्यूल का चयन करते हुए, आपको पर्यवेक्षकों की संख्या, कांटे की संख्या और अंतिम कमिट की तारीखों पर ध्यान केंद्रित करना चाहिए (अब हम गिटहब के बारे में बात कर रहे हैं)। इन संकेतकों द्वारा, आप यह निर्धारित कर सकते हैं कि परियोजना जीवित है या नहीं। हाल ही में दिखाई गई नोड टूलबॉक्स सेवा इस कार्य को बहुत सुविधाजनक बनाती है।

अब उन मॉड्यूल के बारे में बात करने का समय है जिन्हें मैंने परियोजना के विकास के लिए चुना है।

कनेक्ट

github.com/senchalabs/connect
यह मॉड्यूल Node.JS http सर्वर पर एक ऐड-ऑन है और इसकी क्षमताओं का काफी विस्तार करता है। वह रूटिंग, कुकीज सपोर्ट, सेशन सपोर्ट, बॉडी पार्सिंग जैसी रिक्वेस्ट और भी बहुत कुछ जोड़ते हैं, जिसके बिना Node.JS पर एक वेब एप्लिकेशन का विकास एक बुरे सपने में बदल सकता है। अधिकांश कनेक्ट फीचर्स को प्लगइन्स के रूप में लागू किया जाता है। कनेक्ट के लिए कई समान रूप से उपयोगी प्लगइन्स भी हैं जो इसके मानक पैकेज में शामिल नहीं हैं। अपने स्वयं के प्लगइन को विकसित करके लापता कार्यक्षमता को जोड़ना भी काफी सरल है।

इस मॉड्यूल की लोकप्रियता और इसके तेजी से विकास के बावजूद, Node.JS के जवाब को रोकने के लिए Nginx को रोकने वाली समस्या इसमें थी। डिफ़ॉल्ट रूप से, Nginx में छद्म निर्देश कैश प्रतिक्रिया को कैश नहीं करता है यदि निम्न हेडर में से कम से कम एक उनमें मौजूद है:

कुकी सेट करें
कैश-कंट्रोल "नॉन-कैश", "नो-स्टोर", "प्राइवेट", या "नॉन-न्यूमेरिक या जीरो वैल्यू वाले" अधिकतम आयु वाले मानों से युक्त;
अतीत में एक तारीख के साथ समाप्त हो रहा है;
एक्स-एक्सेल-एक्सपायर: 0।

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

कनेक्ट-memcached

github.com/balor/connect-memcached
यह मॉड्यूल कनेक्ट के लिए एक प्लगइन है। यह सत्रों को मेमकेड में संग्रहीत करने की क्षमता जोड़ता है। अतिरिक्त प्लगइन्स के बिना, कनेक्ट केवल एक प्रक्रिया की स्मृति में सत्रों को स्टोर कर सकता है। यह स्पष्ट रूप से मुकाबला करने की स्थिति में उपयोग के लिए पर्याप्त नहीं है, इसलिए संबंधित प्लगइन्स को सभी लोकप्रिय स्टोरेज के लिए पहले से ही विकसित किया गया है।

async

github.com/caolan/async
इस मॉड्यूल के बिना, Node.JS के लिए अतुल्यकालिक कोड लिखना अधिक कठिन होगा। इस लाइब्रेरी में ऐसी विधियाँ हैं जो आपको अतुल्यकालिक कॉलों को "जॉगल" करने की अनुमति देती हैं और कोड को एक-दूसरे में एम्बेडेड कई कार्यों के साथ नहीं फुलाती हैं। उदाहरण के लिए, कई अतुल्यकालिक कॉल लॉन्च करना और उन्हें पूरा करने के लिए कुछ कार्रवाई करना बहुत आसान हो जाता है। मैं अत्यधिक अनुशंसा करता हूं कि आप इस पुस्तकालय की विशेषताओं की पूरी श्रृंखला के साथ खुद को परिचित करें ताकि साइकिल के आगे के आविष्कार से बचा जा सके।

नोड OAuth

github.com/ciaranj/node-oauth
यह मॉड्यूल OAuth और OAuth2 प्रोटोकॉल को लागू करता है, जो इन प्रोटोकॉल का समर्थन करने वाले सामाजिक नेटवर्क के माध्यम से साइट पर उपयोगकर्ता प्राधिकरण प्रदान करने के लिए काफी सरल बनाता है।

नोड क्रॉन

github.com/ncb000gt/node-cron
इस मॉड्यूल का नाम स्वयं के लिए बोलता है। यह आपको शेड्यूल पर कार्य करने की अनुमति देता है। शेड्यूल सिंटैक्स क्रोन के समान है, जो सभी को लिनक्स पर उपयोग किया जाता है, लेकिन, इसके विपरीत, नोड-क्रोन दूसरे-दूसरे स्टार्टअप अंतराल का समर्थन करता है। यही है, आप हर 10 सेकंड या यहां तक कि हर सेकंड चलाने के लिए विधि को कॉन्फ़िगर कर सकते हैं। लोकप्रिय सवालों को मुख्य पृष्ठ पर लाने और उन्हें ट्विटर पर पोस्ट करने जैसे कार्य इसी मॉड्यूल का उपयोग करके लॉन्च किए जाते हैं।

नोड ट्विटर

github.com/jdub/node-twitter
यह मॉड्यूल ट्विटर एपीआई के साथ आवेदन की बातचीत को लागू करता है। काम करने के लिए, यह ऊपर वर्णित नोड-ओओथ मॉड्यूल का उपयोग करता है।

नोड MongoDB देशी

github.com/christkv/node-mongodb-native
यह मॉड्यूल NoSQL DBMS MongoDB का इंटरफ़ेस है। अपने प्रतिद्वंद्वियों के बीच, वह अपने सर्वश्रेष्ठ परिष्कार और तेजी से विकास के लिए खड़ा है। डेटाबेस (पूल) के लिए कई कनेक्शन खोलना बॉक्स से बाहर समर्थित है, जो आपकी अपनी बैसाखी लिखने की आवश्यकता को समाप्त करता है। इस मॉड्यूल के आधार पर, एक अधिक सुविधाजनक ORM Mongoose विकसित किया गया है।

नोड memcached

github.com/3rd-Eden/node-memcached
यह सबसे अच्छा है, मेरी राय में, Node.JS से अभिगम अभिगम इंटरफ़ेस। यह कई मेम्केड सर्वर और उनके बीच कुंजी वितरण, साथ ही एक कनेक्शन पूल का समर्थन करता है।

http-get

github.com/SaltwaterC/http-get
यह मॉड्यूल HTTP / HTTPS के माध्यम से दूरस्थ संसाधनों तक पहुंचने के लिए बनाया गया है। इसके साथ, सोशल नेटवर्क के माध्यम से साइट पर लॉग इन करने वाले उपयोगकर्ताओं की तस्वीरें डाउनलोड की जाती हैं।

sprintf

github.com/maritz/node-sprintf
एक छोटा लेकिन बहुत उपयोगी मॉड्यूल, जिसका नाम इसके अर्थ के रूप में है, जावास्क्रिप्ट में स्प्रिंटफ और vsprintf कार्यों को लागू करता है।

daemon.node

github.com/indexzero/daemon.node
यह मॉड्यूल Node.JS अनुप्रयोगों से डेमॉन बनाना बहुत आसान बनाता है। इसके साथ, यह कंसोल से एप्लिकेशन को खोलना और आउटपुट को लॉग फ़ाइलों में पुनर्निर्देशित करना सुविधाजनक है।

मेरा योगदान

परियोजना पर काम करते समय मेरे द्वारा निम्नलिखित मॉड्यूल विकसित किए गए थे, जैसे लेखन के समय, मुझे उनकी जगह कोई तैयार समाधान नहीं मिला। ये मॉड्यूल GitHub पर और npm मॉड्यूल निर्देशिका में प्रकाशित किए गए हैं।

aop

github.com/baryshev/aop
यह मॉड्यूल AOP पैटर्न को पूरी तरह से लागू करने का दावा नहीं करता है। अब इसमें एक एकल विधि शामिल है जो आपको एक फ़ंक्शन को एक पहलू में लपेटने की अनुमति देती है, यदि आवश्यक हो, तो इसके व्यवहार को बदल सकता है। यह तकनीक कार्यों के परिणामों को कैशिंग के लिए उपयोग करने के लिए बहुत सुविधाजनक है।

उदाहरण के लिए, हमारे पास कुछ प्रकार के अतुल्यकालिक कार्य हैं:

var someAsyncFunction = function(num, callback) { var result = num * 2; callback(undefined, result); };

इस फ़ंक्शन को अक्सर कहा जाता है और परिणाम को कैश किया जाना चाहिए। आमतौर पर यह इस तरह दिखता है:

 var someAsyncFunction = function(num, callback) { var key = 'someModule' + '_' + 'someAsyncFunction' + '_' + num; cache.get(key, function(error, cachedResult) { if (error || !cachedResult) { var result = num * 2; callback(undefined, result); cache.set(key, result); } else { callback(undefined, cachedResult); } }); };

किसी प्रोजेक्ट में ऐसे कई कार्य हो सकते हैं। कोड बहुत अधिक प्रफुल्लित होगा और कम पठनीय हो जाएगा, बड़ी मात्रा में कॉपी-पेस्ट दिखाई देता है। और यहाँ आप aop.wrap के साथ भी ऐसा कर सकते हैं:

 var someAsyncFunction = function(num, callback) { var result = num * 2; callback(undefined, result); }; /** *   -    this   *   - ,      *   - ,        *   -  ,    (    ) */ someAsyncFunction = aop.wrap(someAsyncFunction, someAsyncFunction, aspects.cache, 'someModule', 'someAsyncFunction');

अलग-अलग, हम पहलुओं की लाइब्रेरी बनाते हैं और वहाँ कैश फ़ंक्शन को परिभाषित करते हैं, जो सब कुछ और सब कुछ कैशिंग के लिए जिम्मेदार होगा।

 module.exports.cache = function(method, params, moduleName, functionName) { var that = this; //         var key = moduleName + '_' + functionName + '_' + params[0]; cache.get(key, function(error, cachedResult) { //    callback- (   ) var callback = params[params.length - 1]; if (error || !cachedResult) { //     ,    ,  callback- params[params.length - 1] = function(error, result) { callback(error, result); if (!error) cache.set(key, result); }; method.apply(that, params); } else { callback(undefined, cachedResult); } }); };

आवश्यकतानुसार, कार्यात्मक पहलू को बढ़ाया जा सकता है। एक बड़ी परियोजना में, यह दृष्टिकोण कोड की मात्रा को बचाता है और एक स्थान पर सभी एंड-टू-एंड कार्यक्षमता को स्थानीय करता है।

भविष्य में, मैं AOP पैटर्न की शेष क्षमताओं को लागू करके इस पुस्तकालय का विस्तार करने की योजना बना रहा हूं।

प्रपत्र

github.com/baryshev/form
इस मॉड्यूल का कार्य इनपुट डेटा को जांचना और फ़िल्टर करना है। अधिकांश अक्सर ये रूप होते हैं, लेकिन यह बाहरी एपीआई, आदि के अनुरोध पर प्राप्त डेटा भी हो सकता है। इस मॉड्यूल में नोड-सत्यापनकर्ता लाइब्रेरी शामिल है और आपको इसकी क्षमताओं का पूरी तरह से उपयोग करने की अनुमति मिलती है।

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

 var fields = { text: [ form.filter(form.Filter.trim), form.validator(form.Validator.notEmpty, 'Empty text'), form.validator(form.Validator.len, 'Bad text length', 30, 1000) ], name: [ form.filter(form.Filter.trim), form.validator(form.Validator.notEmpty, 'Empty name') ] }; var textForm = form.create(fields); textForm.process({'text' : 'some short text', 'name': 'tester'}, function(error, data) { console.log(error); console.log(data); });

इस स्थिति में, हमें टेक्स्ट फ़ील्ड के लिए 'खराब टेक्स्ट लेंथ' की त्रुटि मिलती है, क्योंकि प्रेषित पाठ की लंबाई 30 वर्णों से कम है।

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

आप पढ़ सकते हैं कि नोड-वैलेरेटर पृष्ठ पर अपने स्वयं के फ़िल्टर और सत्यापनकर्ता कैसे बनाएं या स्रोत कोड देखें। भविष्य के लिए योजनाएं इस मॉड्यूल के लिए ब्राउज़र में उपयोग के लिए एक पोर्ट बनाती हैं और इसकी क्षमताओं को अच्छी तरह से दस्तावेजित करती हैं।

configjs

github.com/baryshev/configjs
यह मॉड्यूल अनुप्रयोग के सुविधाजनक विन्यास के लिए अभिप्रेत है। कॉन्फ़िगरेशन को नियमित JS फ़ाइलों में संग्रहीत किया जाता है, इससे कॉन्फ़िगरेशन के दौरान जावास्क्रिप्ट का उपयोग करना संभव हो जाता है और फ़ाइलों के अतिरिक्त पार्सिंग की आवश्यकता नहीं होती है। आप विभिन्न वातावरण (विकास, उत्पादन, परीक्षण, आदि) के लिए कई अतिरिक्त कॉन्फ़िगरेशन बना सकते हैं जो मुख्य कॉन्फ़िगरेशन का विस्तार और / या परिवर्तन करेंगे।

localejs

github.com/baryshev/localejs
यह मॉड्यूल कॉन्फ़िगर करने के लिए बहुत समान है, लेकिन बहुभाषावाद का समर्थन करने के लिए विभिन्न स्थानों के तार को स्टोर करने के लिए डिज़ाइन किया गया है। मॉड्यूल बहुत सारे पाठ के साथ अनुप्रयोगों के लिए शायद ही उपयुक्त है। इस मामले में, गेटटेक्स्ट के समान समाधानों का उपयोग करना अधिक सुविधाजनक होगा। आवश्यक लोकल लोड करने के साधनों के अलावा, मॉड्यूल में रूसी और अंग्रेजी का समर्थन करने वाले अंकों के आउटपुट के लिए एक फ़ंक्शन होता है।

हब

github.com/baryshev/hub/blob/master/lib/index.js
शायद यह मॉड्यूल Node.JS के लिए सबसे छोटा मॉड्यूल होने का दावा कर सकता है। इसमें केवल एक पंक्ति शामिल होती है: मॉड्यूल.एक्सपोर्ट्स = {}; हालांकि, इसके बिना, विकास बहुत अधिक जटिल होगा। यह मॉड्यूल ऑब्जेक्ट्स को स्टोर करने के लिए एक कंटेनर है, जबकि एप्लिकेशन चल रहा है। यह Node.JS सुविधा का उपयोग करता है - कनेक्ट होने पर, मॉड्यूल केवल एक बार आरंभिक होता है। सभी कॉल की आवश्यकता होती है ('मॉड्यूलनाम'), कोई फर्क नहीं पड़ता कि आवेदन में कितने हैं, मॉड्यूल के एक ही उदाहरण के लिए एक संदर्भ लौटाएं, पहले उल्लेख पर प्रारंभ किया गया। वास्तव में, यह अनुप्रयोग के कुछ हिस्सों के बीच संसाधनों को साझा करने के लिए वैश्विक स्थान के उपयोग की जगह लेता है। इस तरह की जरूरत काफी बार उठती है। उदाहरण: DBMS कनेक्शन पूल, कैश कनेक्शन पूल, लोड किए गए कॉन्फ़िगरेशन का लिंक और लोकेल। आवेदन के कई हिस्सों में इन संसाधनों की आवश्यकता होती है और उन तक पहुंच आसान होनी चाहिए। जब संसाधन को इनिशियलाइज़ किया जाता है, तो इसे हब ऑब्जेक्ट की संपत्ति को सौंपा जाता है और भविष्य में इसे हब को प्री-कनेक्ट करके किसी अन्य मॉड्यूल से एक्सेस किया जा सकता है।

कनेक्ट-प्रतिक्रिया

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

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

अनुप्रयोग संरचना

चूंकि एप्लिकेशन फ्रेमवर्क का उपयोग नहीं करता है, इसलिए इसकी संरचना किसी भी नियम से बंधी नहीं है, सिवाय Node.JS और सामान्य ज्ञान पर एप्लिकेशन लिखने की सामान्य शैली के। एप्लिकेशन MVC मॉडल का उपयोग करता है।

Server.js लॉन्च की गई फ़ाइल में एप्लिकेशन के मुख्य संसाधनों का आरंभीकरण होता है: http सर्वर लॉन्च करना, कनेक्ट करना, कॉन्फ़िगरेशन लोड करना, कॉन्फ़िगरेशन और भाषा लोड करना, MongoDB और Memcached के साथ कनेक्शन स्थापित करना, नियंत्रक कनेक्ट करना, उन संसाधनों के लिंक सेट करना जो हब में मॉड्यूल के बीच साझा करने की आवश्यकता होती है। यहां प्रक्रियाओं की आवश्यक संख्या को कांटा जाता है। मास्टर प्रक्रिया में, अनुसूचित कार्यों को करने के लिए नोड-क्रोन लॉन्च किया जाता है, और बच्चे की प्रक्रियाओं में - http- सर्वर।

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

 var server = connect(); server.listen(port, hub.config.app.host); if (hub.config.app.profiler) server.use(connect.profiler()); server.use(connect.cookieParser()); server.use(connect.bodyParser()); server.use(connect.session({ store: new connectMemcached(hub.config.app.session.memcached), secret: hub.config.app.session.secret, key: hub.config.app.session.cookie_name, cookie: hub.config.app.session.cookie })); server.use(connect.query()); server.use(connect.router(function(router) { hub.router = router; }));

यह एक सुविधाजनक तंत्र है जो अनुरोध को संसाधित करने और प्रतिक्रिया उत्पन्न करने के लिए एल्गोरिदम में नए व्यवहार को जोड़ना बहुत आसान बनाता है।

नियंत्रक, यदि आवश्यक हो, तो मॉडल के तरीकों को कॉल करता है जो MongoDb या मेम्केड से डेटा प्राप्त करते हैं। जब प्रतिक्रिया के लिए सभी डेटा तैयार हो जाता है, तो नियंत्रक पेज बनाने के लिए टेम्पलेट इंजन को कमांड देता है और उपयोगकर्ता को उत्पन्न HTML भेजता है।

निष्कर्ष

Node.JS पर WEB अनुप्रयोगों के विकास का विषय काफी बड़ा और दिलचस्प है। इसे दो लेखों में पूरी तरह से बताना असंभव है। हां, यह जरूरी नहीं है। मैंने विकास के मूल सिद्धांतों का वर्णन करने और संभावित समस्याओं को इंगित करने का प्रयास किया। यह विषय "दर्ज" करने के लिए पर्याप्त होना चाहिए, और फिर Google और GitHub बचाव में आएंगे। GitHub पर मॉड्यूल पेज के सभी लिंक जो मैंने लेख में उद्धृत किए हैं उनमें मॉड्यूल और उनके उपयोग के उदाहरण स्थापित करने का एक विस्तृत विवरण है।

इसे पढ़ने वाले सभी को धन्यवाद। मुझे टिप्पणियों में प्रतिक्रिया और सवाल सुनने में बहुत दिलचस्पी होगी।

नोड.जेएस पर वेब विकास: भाग 2