हम फिर से सम्मेलन रिपोर्ट की प्रतिलेख प्रकाशित कर रहे हैं HighLoad ++ 2016, जो पिछले साल 7-8 नवंबर को मॉस्को के पास स्कोल्कोवो में हुआ था। व्लादिमीर प्रोतासोव OpenResty और Lua के साथ NGINX कार्यक्षमता को बढ़ाने का तरीका बताता है।

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

तो आप समझ गए कि यह कितना बुरा था। जब मैं थोड़ा जूनियर था, मैं आया और मुझे ये दो-टेराबाइट डेटाबेस दिए गए। अब यहां हर किसी के लिए यह अत्यधिक बोझ है। मैं सम्मेलनों में गया और पूछा: "दोस्तों, मुझे बताओ, आपके पास बड़ा डेटा है, क्या सब कुछ अच्छा है? आपके वहां कितने आधार हैं? उन्होंने मुझे उत्तर दिया: "हमारे पास 100 गीगाबाइट हैं!" मैंने कहा: "बढ़िया, 100 गीगाबाइट!" और मैं मन ही मन सोच रहा था कि मैं अपने पोकर चेहरे को सावधानी से कैसे बनाए रखूं। आप सोचते हैं, हाँ, लोग अच्छे हैं, और फिर आप वापस जाते हैं और इन मल्टी-टेराबाइट डेटाबेस के साथ छेड़छाड़ करते हैं। और यह जूनियर होना है. क्या आप सोच सकते हैं कि यह कितना बड़ा झटका है?

मैं 20 से अधिक प्रोग्रामिंग भाषाएँ जानता हूँ। यह कुछ ऐसा है जिसका मुझे काम करते समय पता लगाना था। वे आपको एर्लांग, सी, सी++, लुआ, पायथन, रूबी, कुछ और में कोड देते हैं, और आपको यह सब काटना होगा। सामान्य तौर पर, मुझे करना पड़ा। सटीक संख्या की गणना करना संभव नहीं था, लेकिन 20 तारीख के आसपास कहीं संख्या खो गई थी।

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

विशेष रूप से, हमारा विभाग पायथन 2 में लिखता है। हम व्यवसाय में हैं और हमारे पास फैशनेबल तकनीकों को लागू करने के लिए समय नहीं है, इसलिए हमें नुकसान होता है। हम Django का उपयोग करते हैं क्योंकि इसमें सब कुछ है, और हमने जो अनावश्यक था उसे ले लिया और उसे फेंक दिया। इसके अलावा MySQL, Redis और NGINX। हमारे पास और भी बहुत सी अच्छी चीज़ें हैं। हमारे पास MongoDB है, हमारे पास इधर-उधर दौड़ने वाले खरगोश हैं, हमारे पास सब कुछ है - लेकिन यह मेरा नहीं है, और मैं ऐसा नहीं करता।

OpenResty

मैंने अपने बारे में बताया. आइए जानें कि मैं आज किस बारे में बात करने जा रहा हूं:

• OpenResty क्या है और इसे किसके साथ खाया जाता है?
• जब हमारे पास Python, NodeJS, PHP, Go और अन्य अच्छी चीजें हैं जिनसे हर कोई खुश है तो एक और पहिये का आविष्कार क्यों करें?
• और जीवन से कुछ उदाहरण. मुझे रिपोर्ट में बहुत कटौती करनी पड़ी क्योंकि इसमें मुझे 3,5 घंटे लगे, इसलिए कुछ उदाहरण होंगे।

ओपनरेस्टी एनजीआईएनएक्स है। उनके लिए धन्यवाद, हमारे पास एक पूर्ण वेब सर्वर है जो अच्छी तरह से लिखा गया है और तेजी से काम करता है। मुझे लगता है कि हममें से अधिकांश लोग उत्पादन में एनजीआईएनएक्स का उपयोग करते हैं। आप सभी जानते हैं कि वह तेज़ और अच्छा है। उन्होंने इसमें कूल सिंक्रोनस I/O बनाया, इसलिए हमें कुछ भी साइकिल चलाने की ज़रूरत नहीं है, जैसे उन्होंने पायथन में गीवेंट किया था। Gevent अच्छा है, बढ़िया है, लेकिन यदि आप C कोड लिखते हैं और कुछ गलत हो जाता है, तो Gevent के साथ आप इसे डीबग करने में पागल हो जाएंगे। मेरा अनुभव था: वहां क्या गलत हुआ यह पता लगाने में पूरे दो दिन लग गए। अगर किसी ने कई हफ्तों तक खोजबीन नहीं की होती, समस्या नहीं ढूंढी होती, इंटरनेट पर नहीं लिखा होता और Google ने उसे नहीं ढूंढा होता, तो हम पूरी तरह से पागल हो गए होते।

एनजीआईएनएक्स में पहले से ही कैशिंग और स्थिर सामग्री मौजूद है। आपको इस बारे में चिंता करने की ज़रूरत नहीं है कि इसे मानवीय तरीके से कैसे किया जाए, ताकि आप कहीं धीमे न हों, ताकि आप कहीं वर्णनकर्ता न खो दें। Nginx को तैनात करना बहुत सुविधाजनक है, आपको यह सोचने की ज़रूरत नहीं है कि क्या लेना है - WSGI, PHP-FPM, Gunicorn, Unicorn। Nginx स्थापित किया गया था, व्यवस्थापकों को दिया गया था, वे जानते हैं कि इसके साथ कैसे काम करना है। Nginx संरचित तरीके से अनुरोधों को संसाधित करता है। मैं इस बारे में थोड़ी देर बाद बात करूंगा. संक्षेप में, इसका एक चरण होता है जब यह अनुरोध स्वीकार करता है, जब यह इसे संसाधित करता है, और जब यह उपयोगकर्ता को सामग्री प्रदान करता है।

Nginx अच्छा है, लेकिन एक समस्या है: यह पर्याप्त लचीला नहीं है, यहां तक ​​​​कि उन सभी शानदार सुविधाओं के बावजूद, जिन्हें लोगों ने कॉन्फ़िगरेशन में भर दिया है, इसके बावजूद कि क्या कॉन्फ़िगर किया जा सकता है। यह शक्ति पर्याप्त नहीं है. यही कारण है कि ताओबाओ के लोगों ने, बहुत समय पहले, ऐसा लगता है जैसे आठ साल पहले, इसमें लुआ का निर्माण किया था। यह क्या देता है?

• आकार. यह छोटा है। LuaJIT लगभग 100-200 किलोबाइट मेमोरी ओवरहेड और न्यूनतम प्रदर्शन ओवरहेड देता है।
• गति. LuaJIT दुभाषिया कई स्थितियों में C के करीब है, कुछ स्थितियों में यह जावा से हार जाता है, दूसरों में यह इससे बेहतर प्रदर्शन करता है। कुछ समय के लिए इसे अत्याधुनिक, सबसे बढ़िया JIT कंपाइलर माना जाता था। अब कूलर वाले भी हैं, लेकिन वे बहुत भारी हैं, उदाहरण के लिए, वही V8। कुछ जेएस दुभाषिए और जावा हॉटस्पॉट कुछ बिंदुओं पर तेज़ हैं, लेकिन कुछ स्थानों पर वे अभी भी कमज़ोर हैं।
• सीखने में आसान. यदि आपके पास, मान लीजिए, पर्ल कोड आधार है, और आप बुकिंग नहीं कर रहे हैं, तो आपको पर्ल प्रोग्रामर नहीं मिलेंगे। क्योंकि वे अस्तित्व में नहीं हैं, वे सभी छीन लिए गए, और उन्हें पढ़ाना लंबा और कठिन है। यदि आप किसी अन्य चीज़ के लिए प्रोग्रामर चाहते हैं, तो आपको उन्हें फिर से प्रशिक्षित करना होगा या उन्हें ढूंढना होगा। लुआ के मामले में, सब कुछ सरल है. कोई भी जूनियर तीन दिन में लूआ सीख सकता है। इसे समझने में मुझे लगभग दो घंटे लग गए। दो घंटे बाद मैं पहले से ही प्रोडक्शन में कोड लिख रहा था। लगभग एक सप्ताह बाद वह सीधे प्रोडक्शन में गये और चले गये।

परिणामस्वरूप, यह इस प्रकार दिखता है:

यहाँ बहुत कुछ है. OpenResty ने मॉड्यूल का एक समूह एकत्र किया है, लुआश और इंजन दोनों। और आपके पास सब कुछ तैयार है - तैनात और काम कर रहा है।

उदाहरण

गीत के बोल बहुत हो गए, अब कोड पर चलते हैं। यहाँ एक छोटा सा हैलो वर्ल्ड है:

वहां क्या है? यह एक इंजन स्थान है. हम चिंता नहीं करते हैं, हम अपनी खुद की रूटिंग नहीं लिखते हैं, हम कुछ रेडीमेड नहीं लेते हैं - हमारे पास यह पहले से ही एनजीआईएनएक्स में है, हम एक अच्छा और आलसी जीवन जीते हैं।

content_by_lua_block एक ब्लॉक है जो कहता है कि हम लुआ स्क्रिप्ट का उपयोग करके सामग्री परोस रहे हैं। हम Engins वेरिएबल लेते हैं remote_addr और इसे अंदर डालो string.format. यह वैसा ही है sprintf, केवल लुआ में, केवल सही। और हम इसे ग्राहक को देते हैं।

परिणामस्वरूप, यह इस तरह दिखेगा:

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

वह बस बैठता है और इंतजार करता है। यह बहुत अच्छा नहीं है. जब 100.000 उपयोगकर्ता आते हैं, तो यह हमारे लिए बहुत मुश्किल होता है। तो आइए उदाहरण के तौर पर एक सरल एप्लिकेशन का उपयोग करें। हम उदाहरण के लिए, बिल्लियों की तस्वीरें देखेंगे। लेकिन हम केवल खोज नहीं करेंगे, हम कीवर्ड का विस्तार करेंगे और, यदि उपयोगकर्ता "बिल्ली के बच्चे" की खोज करता है, तो हमें बिल्लियाँ, प्यारे बिल्लियाँ इत्यादि मिलेंगे। सबसे पहले, हमें बैकएंड पर अनुरोध डेटा प्राप्त करने की आवश्यकता है। यह इस तरह दिख रहा है:

दो पंक्तियाँ आपको GET पैरामीटर चुनने की अनुमति देती हैं, कोई जटिलता नहीं। इसके बाद, मान लीजिए, किसी कीवर्ड और एक्सटेंशन के संकेत वाले डेटाबेस से, हम नियमित SQL क्वेरी का उपयोग करके यह जानकारी प्राप्त करते हैं। यह आसान है। यह इस तरह दिख रहा है:

पुस्तकालय को जोड़ना resty.mysql, जो हमारे पास पहले से ही किट में है। हमें कुछ भी स्थापित करने की आवश्यकता नहीं है, सब कुछ तैयार है। हम बताते हैं कि SQL क्वेरी कैसे कनेक्ट करें और बनाएं:

यहां थोड़ा डरावना है, लेकिन सब कुछ काम करता है। यहां 10 की सीमा है. हम 10 प्रविष्टियाँ निकालते हैं, हम आलसी हैं, हम और अधिक नहीं दिखाना चाहते हैं। मैं SQL में सीमा के बारे में भूल गया।

आगे हमें सभी प्रश्नों के लिए चित्र मिलेंगे। हम अनुरोधों का एक समूह एकत्र करते हैं और एक लुआ तालिका भरते हैं जिसे कहा जाता है reqs, और हम करते हैं ngx.location.capture_multi.

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

चूँकि हम आलसी हैं और HTTP और कैशिंग हैंडलिंग लिखना नहीं चाहते हैं, हम NGINX से हमारे लिए सब कुछ करवाएँगे। जैसा कि आपने देखा, इसके लिए एक अनुरोध था url/fetch, यहाँ वह है:

हम इसे सरल बनाते हैं proxy_pass, हम इंगित करते हैं कि कहां कैश करना है, कैसे करना है, और सब कुछ हमारे लिए काम करता है।

लेकिन ये काफी नहीं है, हमें अभी भी यूजर को डेटा देना होगा. सबसे सरल विचार यह है कि JSON में हर चीज़ को आसानी से दो पंक्तियों में क्रमबद्ध किया जाए। हम सामग्री-प्रकार देते हैं, हम JSON देते हैं।

लेकिन एक कठिनाई है: उपयोगकर्ता JSON नहीं पढ़ना चाहता. हमें फ्रंट-एंड डेवलपर्स को आकर्षित करने की जरूरत है। कभी-कभी हम पहले ऐसा नहीं करना चाहते। और एसईओ विशेषज्ञ कहेंगे कि अगर हम तस्वीरें ढूंढ रहे हैं, तो इससे उन्हें कोई फर्क नहीं पड़ता। और अगर हम उन्हें कुछ सामग्री देंगे, तो वे कहेंगे कि हमारे खोज इंजन कुछ भी अनुक्रमित नहीं करते हैं।

इसके बारे में क्या करना है? बेशक, हम उपयोगकर्ता को HTML देंगे। हाथ से उत्पादन करना सामान्य बात नहीं है, इसलिए हम टेम्प्लेट का उपयोग करना चाहते हैं। इसके लिए एक लाइब्रेरी है lua-resty-template.

आपने शायद तीन डरावने अक्षर ओपीएम देखे होंगे। OpenResty अपने स्वयं के पैकेज मैनेजर के साथ आता है, जिसके माध्यम से आप विभिन्न मॉड्यूल का एक समूह स्थापित कर सकते हैं, विशेष रूप से, lua-resty-template. यह Django टेम्प्लेट के समान एक सरल टेम्प्लेट इंजन है। वहां आप कोड लिख सकते हैं और वेरिएबल प्रतिस्थापन कर सकते हैं।

परिणामस्वरूप, सब कुछ कुछ इस तरह दिखेगा:

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

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

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

हमारा प्राधिकरण कुछ इस तरह दिखेगा:

हम इसे उसमें जोड़ देंगे location, जिसका हमने पहले वर्णन किया था, और वहां निम्नलिखित कोड डाला था:

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

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

आइए प्राधिकरण स्वयं करें:

हम कहते हैं कि हमें अनुरोध का मुख्य भाग पढ़ने की आवश्यकता है। हम POST तर्क प्राप्त करते हैं और जाँचते हैं कि लॉगिन और पासवर्ड सही हैं। यदि वे गलत हैं, तो हम आपको प्राधिकरण के लिए चुनौती देते हैं। और यदि सही है, तो Redis में टोकन लिखें:

कुकी सेट करना न भूलें, यह भी दो पंक्तियों में किया जाता है:

उदाहरण सरल और काल्पनिक है. बेशक, हम ऐसी सेवा नहीं बनाएंगे जो लोगों को बिल्लियाँ दिखाती हो। लेकिन हमें कौन जानता है. तो आइए देखें कि उत्पादन में क्या किया जा सकता है।

• न्यूनतम बैकएंड. कभी-कभी हमें बैकएंड पर बस थोड़ा सा डेटा आउटपुट करने की आवश्यकता होती है: कहीं हमें एक तारीख डालने की आवश्यकता होती है, कहीं हमें एक सूची प्रदर्शित करने की आवश्यकता होती है, बताएं कि अब साइट पर कितने उपयोगकर्ता हैं, एक काउंटर या आंकड़े संलग्न करें। कुछ इतना छोटा. कुछ न्यूनतम टुकड़े बहुत आसानी से बनाए जा सकते हैं। यह इसे त्वरित, आसान और बढ़िया बना देगा.
• डेटा प्रीप्रोसेसिंग. कभी-कभी हम अपने पेज में विज्ञापन एम्बेड करना चाहते हैं, और हमें एपीआई अनुरोधों का उपयोग करके यह विज्ञापन प्राप्त होता है। यहां ये करना बहुत आसान है. हम अपने बैकएंड को लोड नहीं करते हैं, जो पहले से ही बैठा है और कड़ी मेहनत कर रहा है। आप इसे यहाँ से उठा कर एकत्र कर सकते हैं। हम कुछ जेएस को एक साथ जोड़ सकते हैं या, इसके विपरीत, इसे अलग कर सकते हैं और उपयोगकर्ता को देने से पहले कुछ प्रीप्रोसेस कर सकते हैं।
• माइक्रोसर्विस के लिए मुखौटा. यह भी बहुत अच्छा मामला है, मैंने इसे लागू किया। इससे पहले, मैंने टेनज़ोर में काम किया था, जो एक कंपनी है जो इलेक्ट्रॉनिक रिपोर्टिंग से संबंधित है और देश की लगभग आधी कानूनी संस्थाओं को रिपोर्टिंग प्रदान करती है। हमने एक सेवा बनाई, वहां एक ही तंत्र का उपयोग करके कई चीजें की गईं: रूटिंग, प्राधिकरण और बहुत कुछ।
  OpenResty का उपयोग आपके माइक्रोसर्विसेज के लिए गोंद के रूप में किया जा सकता है, जो हर चीज़ तक एकल पहुंच और एकल इंटरफ़ेस प्रदान करता है। चूँकि माइक्रोसर्विसेज को इस तरह से लिखा जा सकता है कि आपके पास यहाँ Node.js, यहाँ PHP, यहाँ Python, यहाँ कुछ एर्लैंग चीज़ है, हम समझते हैं कि हम हर जगह एक ही कोड को दोबारा नहीं लिखना चाहते हैं। इसलिए, OpenResty को सामने प्लग किया जा सकता है।

• सांख्यिकी और विश्लेषण. आमतौर पर एनजीआईएनएक्स प्रवेश द्वार पर होता है, और सभी अनुरोध इसके माध्यम से होते हैं। यह इस जगह पर है कि इसे इकट्ठा करना बहुत सुविधाजनक है। आप तुरंत किसी चीज़ की गणना कर सकते हैं और उसे कहीं अपलोड कर सकते हैं, उदाहरण के लिए, इलास्टिक्स खोज, लॉगस्टैश, या बस इसे लॉग में लिख सकते हैं और फिर इसे कहीं भेज सकते हैं।
• बहु-उपयोगकर्ता प्रणालियाँ. उदाहरण के लिए, ऑनलाइन गेम बनाना भी बहुत अच्छा है। आज केप टाउन में, अलेक्जेंडर ग्लैडिश इस बारे में बात करेंगे कि ओपनरेस्टी का उपयोग करके मल्टीप्लेयर गेम को जल्दी से कैसे प्रोटोटाइप किया जाए।
• अनुरोध फ़िल्टरिंग (WAF). आजकल सभी प्रकार के वेब एप्लिकेशन फ़ायरवॉल बनाना फैशनेबल है; ऐसी कई सेवाएँ हैं जो उन्हें प्रदान करती हैं। OpenResty का उपयोग करके, आप अपने लिए एक वेब एप्लिकेशन फ़ायरवॉल बना सकते हैं जो आपकी आवश्यकताओं के अनुसार अनुरोधों को सरलता और आसानी से फ़िल्टर करेगा। यदि आपके पास पायथन है, तो आप समझते हैं कि PHP निश्चित रूप से आपके अंदर इंजेक्ट नहीं किया जाएगा, जब तक कि निश्चित रूप से, आप इसे कंसोल से कहीं भी उत्पन्न न करें। आप जानते हैं कि आपके पास MySQL और Python हैं। संभवतः, वे किसी प्रकार की निर्देशिका ट्रैवर्सल करने और डेटाबेस में कुछ इंजेक्ट करने का प्रयास कर सकते हैं। इसलिए, आप अजीब प्रश्नों को तुरंत और सस्ते में सामने से ही फ़िल्टर कर सकते हैं।
• समुदाय। चूंकि OpenResty NGINX पर बनाया गया है, इसलिए इसका एक बोनस है - यह एनजीआईएनएक्स समुदाय. यह बहुत बड़ा है, और आपके सामने आने वाले प्रश्नों का एक अच्छा हिस्सा एनजीआईएनएक्स समुदाय द्वारा पहले ही हल किया जा चुका है।

  लुआ डेवलपर्स. कल मैंने हाईलोड++ प्रशिक्षण दिवस पर आए लोगों से बात की और सुना कि लुआ में केवल टारनटूल लिखा गया था। ये सच नहीं है, लुआ में बहुत सी बातें लिखी हुई हैं. उदाहरण: OpenResty, Prosody XMPP सर्वर, Love2D गेम इंजन, Warcraft और अन्य जगहों पर लुआ स्क्रिप्टेड। बहुत सारे लुआ डेवलपर्स हैं, उनके पास एक बड़ा और उत्तरदायी समुदाय है। मेरे सभी लुआ प्रश्न कुछ ही घंटों में हल हो गए। जब आप मेलिंग सूची में लिखते हैं, तो सचमुच कुछ ही मिनटों के भीतर पहले से ही प्रतिक्रियाओं का एक समूह होता है, जो बताता है कि क्या और कैसे, क्या है। यह बहुत अच्छा है। दुर्भाग्य से, ऐसा दयालु, आध्यात्मिक समुदाय हर जगह नहीं है।
  OpenResty के लिए GitHub है, जहां कुछ टूटा होने पर आप समस्या खोल सकते हैं। Google समूह पर एक मेलिंग सूची है, जहां आप सामान्य मुद्दों पर चर्चा कर सकते हैं, चीनी भाषा में एक मेलिंग सूची है - आप कभी नहीं जानते, शायद आप अंग्रेजी नहीं बोलते हैं, लेकिन आप चीनी जानते हैं।

परिणाम

• मुझे आशा है कि मैं यह बताने में सक्षम था कि OpenResty वेब के लिए तैयार किया गया एक बहुत ही सुविधाजनक ढांचा है।
• इसमें प्रवेश के लिए कम बाधा है, क्योंकि कोड वैसा ही है जैसा हम लिखते हैं, भाषा काफी सरल और न्यूनतर है।
• यह कॉलबैक के बिना एसिंक्रोनस I/O प्रदान करता है, हमारे पास कोई नूडल्स नहीं होगा जैसा कि हम कभी-कभी NodeJS में लिख सकते हैं।
• इसकी तैनाती आसान है, क्योंकि हमें केवल आवश्यक मॉड्यूल और हमारे कोड के साथ एनजीआईएनएक्स की आवश्यकता है, और सब कुछ तुरंत काम करता है।
• बड़ा और संवेदनशील समुदाय.

मैंने विस्तार से नहीं बताया कि राउटिंग कैसे की जाती है, यह बहुत लंबी कहानी बन गई।

धन्यवाद!

व्लादिमीर प्रोतासोव - ओपनरेस्टी: एनजीआईएनएक्स को एक पूर्ण एप्लिकेशन सर्वर में बदलना

स्रोत: www.habr.com