👨🏽‍🎓 🧗🏻 👾 कैसे मैं PHP से NodeJS के लिए एक उड़ान खोज इंजन फिर से लिखा 🧝🏼 ☔️ 🤞🏽

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

परिचय

इंजन लिखते समय, मैंने सबसे सरल तकनीकों का उपयोग किया। कोई पैकेज मैनेजर नहीं, कोई रूटिंग नहीं। केवल कट्टर फ़ोल्डर, जिनके नाम अनुरोध किए गए मार्ग से मेल खाते हैं, और उनमें से प्रत्येक में index.php , प्रक्रिया पूल का समर्थन करने के लिए PHP-FPM द्वारा कॉन्फ़िगर किया गया है। बाद में संगीतकार और लारवेल का उपयोग करना आवश्यक हो गया, जो मेरे लिए आखिरी तिनका था। कहानी की ओर बढ़ने से पहले मैंने भी PHP से NodeJS तक सब कुछ फिर से लिखने का फैसला क्यों किया, मैं आपको पृष्ठभूमि के बारे में थोड़ा बताऊंगा।

पैकेज प्रबंधक

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

Wut?

मेरे लिए, लिनक्स से परिचित व्यक्ति के रूप में और डेबियन और उबंटू के साथ काम करने का अनुभव करने के साथ, इस समस्या का समाधान स्पष्ट था - एक SWAP फ़ाइल (एक स्वैप फ़ाइल - जो कि लिनक्स प्रशासन से परिचित नहीं हैं) के लिए स्थापित करना। एक नौसिखिया अनुभवहीन डेवलपर जिसने डिजिटल महासागर पर अपना पहला लारवेल वितरण स्थापित किया है, उदाहरण के लिए, बस नियंत्रण कक्ष में जाता है और टैरिफ बढ़ाता है जब तक कि निर्भरता की स्थापना एक मेमोरी विभाजन त्रुटि के साथ बंद हो जाती है। NodeJS के बारे में क्या?
और NodeJS का अपना पैकेज मैनेजर है - npm। यह उपयोग करने के लिए बहुत आसान है, अधिक कॉम्पैक्ट है, न्यूनतम रैम के साथ वातावरण में भी काम कर सकता है। सामान्य तौर पर, एनपीएम की पृष्ठभूमि के खिलाफ कम्पोज़र को दोष देने के लिए कुछ भी नहीं है, हालांकि, पैकेजों की स्थापना के दौरान किसी भी त्रुटि के मामले में, कंपोज़र एक साधारण PHP एप्लिकेशन की तरह दुर्घटनाग्रस्त हो जाएगा और आपको कभी पता नहीं चलेगा कि पैकेज का कौन सा हिस्सा स्थापित होने में कामयाब रहा और क्या यह अंत में स्थापित किया गया था टर्मिनस। सामान्य तौर पर, लिनक्स प्रशासक के लिए, बचाव मोड में फ्लैश इंस्टॉलेशन = फ्लैशबैक और dpkg --configure -a । जब तक इस तरह के "आश्चर्य" ने मुझे पछाड़ दिया, मुझे PHP पसंद नहीं आया, लेकिन ये PHP के लिए मेरे एक बार के महान प्यार के ताबूत में आखिरी नाखून थे।

दीर्घकालिक समर्थन और संस्करण जारी करना

याद रखें कि डेवलपर्स द्वारा पहली बार प्रस्तुत किए जाने पर PHP7 के कारण किस तरह का प्रचार और विस्मय हुआ? उत्पादकता में 2 गुना से अधिक की वृद्धि, और कुछ घटकों में 5 गुना तक! याद है जब PHP सातवें संस्करण का जन्म हुआ था? और कितनी जल्दी वर्डप्रेस कमाया! यह दिसंबर 2015 था। क्या आप जानते हैं कि PHP 7.0 को अब PHP का अप्रचलित संस्करण माना जाता है और इसे अपडेट करने की अत्यधिक अनुशंसा की जाती है ... नहीं, 7.1 संस्करण के लिए नहीं, बल्कि 7.2 संस्करण में। डेवलपर्स के अनुसार, संस्करण 7.1 पहले से ही सक्रिय समर्थन से वंचित है और केवल सुरक्षा अपडेट प्राप्त करता है। और 8 महीने के बाद यह बंद हो जाएगा। यह सक्रिय समर्थन और संस्करण 7.2 के साथ, समाप्त हो जाएगा। यह पता चला है कि इस साल के अंत तक, PHP का केवल एक वर्तमान संस्करण होगा - 7.3।

वर्तमान PHP संस्करण

वास्तव में, यह नाइट-पिकिंग नहीं होगा और मैं इसे PHP से मेरे प्रस्थान के कारणों के लिए नहीं बताऊंगा अगर PHP 7.0 में प्रोजेक्ट I। * पहले से ही एक डिप्रेसेशन चेतावनी का कारण नहीं था जब मैंने इसे खोला। आइए हम उस परियोजना पर लौटें जहां निर्भरता की स्थापना दुर्घटनाग्रस्त हो गई। यह 2015 में लारावेल 4 पर PHP 5.6 के साथ लिखा गया एक प्रोजेक्ट था। ऐसा लग रहा था कि केवल 4 साल बीत चुके थे, लेकिन नहीं - डिप्रेशन चेतावनियों का एक समूह, पुराने मॉड्यूल, रूट इंजन अपडेट्स के झुंड के कारण लारवेल 5 को सामान्य रूप से अपग्रेड करने में असमर्थता।

और यह न केवल लारवेल पर लागू होता है। PHP 7.0 के पहले संस्करणों के सक्रिय समर्थन के दौरान लिखे गए किसी भी PHP एप्लिकेशन को प्राप्त करने का प्रयास करें और पुरानी PHP मॉड्यूल में उत्पन्न होने वाली समस्याओं के समाधान की तलाश में अपनी शाम बिताने के लिए तैयार रहें। अंत में, एक दिलचस्प तथ्य: PHP 7.0 के लिए समर्थन को PHP 5.6 के समर्थन से पहले बंद कर दिया गया था। एक सेकंड के लिए।

NodeJS के बारे में क्या? मैं यह नहीं कहूंगा कि यहां सब कुछ बहुत बेहतर है और यह कि NodeJS के लिए समर्थन अवधि मूल रूप से PHP से अलग है। नहीं, यह उसी के बारे में यहाँ है - प्रत्येक एलटीएस संस्करण 3 साल के लिए समर्थित है। लेकिन NodeJS के पास इन सबसे अधिक वर्तमान संस्करण हैं।

NodeJS के वर्तमान संस्करण

यदि आपको 2016 में लिखे गए एप्लिकेशन को तैनात करने की आवश्यकता है, तो सुनिश्चित करें कि आपको इसके साथ कोई समस्या नहीं होगी। संयोग से, संस्करण 6. * अब केवल इस वर्ष अप्रैल में समर्थित नहीं होगा। और सामने 8, 10, 11 और आने वाले 12 हैं।

NodeJS पर स्विच करते समय कठिनाइयाँ और आश्चर्य

मेरे लिए, NodeJS में HTML पृष्ठों को कैसे रेंडर किया जाए, इस बारे में सबसे रोमांचक सवाल, शायद मैं शुरू करूँ। लेकिन आइए सबसे पहले यह याद रखें कि PHP में यह कैसे किया जाता है:

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

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

  div.row.links div.col-lg-3.col-md-3.col-sm-4 h4.footer-heading . div.copyright div.copy-text 2017 - #{current_year} . div.contact-link span : a(href='mailto:hello@flaut.ru') hello@flaut.ru 3.col-sm-  div.row.links div.col-lg-3.col-md-3.col-sm-4 h4.footer-heading . div.copyright div.copy-text 2017 - #{current_year} . div.contact-link span : a(href='mailto:hello@flaut.ru') hello@flaut.ru

यहां सब कुछ काफी सरल है: मैंने एक टेम्पलेट लिखा, इसे एप्लिकेशन में डाउनलोड किया, इसे एक बार संकलित किया और फिर किसी भी सुविधाजनक स्थान पर किसी भी सुविधाजनक समय पर इसका उपयोग करें। मेरी राय में, PugJS का प्रदर्शन HTML को PHP कोड में एम्बेड करके प्रदान करने से लगभग 2 गुना बेहतर है। यदि पहले PHP में लगभग 200-250 मिलीसेकंड में एक स्थैतिक पृष्ठ उत्पन्न होता था, तो अब यह समय लगभग 90-120 मिलीसेकंड है (हम PugJS में रेंडरिंग के बारे में बात नहीं कर रहे हैं, लेकिन पेज से लिए गए समय के बारे में तैयार एचटीएमएल के साथ क्लाइंट की प्रतिक्रिया का अनुरोध करते हैं। )। यह है कि एप्लिकेशन लॉन्च चरण में टेम्प्लेट और उनके घटकों को लोड करना और संकलन करना कैसा दिखता है:

 const pugs = {} fs.readdirSync(__dirname + '/templates/').forEach(file => { if(file.endsWith('.pug')) { try { var filepath = __dirname + '/templates/' + file pugs[file.split('.pug')[0]] = pug.compile(fs.readFileSync(filepath, 'utf-8'), { filename: filepath }) } catch(e) { console.error(e) } } }) //       return pugs.tickets({ ...config })

यह अविश्वसनीय रूप से सरल लगता है, लेकिन जेड के साथ पहले से संकलित HTML के साथ काम करने के चरण में थोड़ी जटिलता थी। तथ्य यह है कि पृष्ठ पर स्क्रिप्ट को लागू करने के लिए, एक अतुल्यकालिक फ़ंक्शन का उपयोग किया जाता है, जो निर्देशिका से सभी .js फ़ाइलों को लेता है और उनमें से प्रत्येक में अपने अंतिम परिवर्तन की तारीख जोड़ता है। फ़ंक्शन का निम्न रूप है:

 for(let i = 0; i < files.length; i++) { let period = files[i].lastIndexOf('.') // get last dot in filename let filename = files[i].substring(0, period) let extension = files[i].substring(period + 1) if(extension === 'js') { let fullFilename = filename + '.' + extension if(env === 'production') { scripts.push({ path: paths.production.web + fullFilename, mtime: await getMtime(paths.production.code + fullFilename)}) } else { if(files[i].startsWith('common') || files[i].startsWith('search')) { scripts.push({ path: paths.developer.scripts.web + fullFilename, mtime: await getMtime(paths.developer.scripts.code + fullFilename)}) } else { scripts.push({ path: paths.developer.vendor.web + fullFilename, mtime: await getMtime(paths.developer.vendor.code + fullFilename)}) } } } }

आउटपुट में, हमें दो गुणों वाली वस्तुओं की एक सरणी मिलती है - फ़ाइल का पथ और समय जो इसे आखिरी बार टाइमस्टैम्प (क्लाइंट कैश को अपडेट करने के लिए) में संपादित किया गया था। समस्या यह है कि एक निर्देशिका से स्क्रिप्ट फ़ाइलों को इकट्ठा करने के चरण में भी, वे सभी मेमोरी में सख्ती से वर्णानुक्रम में लोड किए जाते हैं (जैसा कि वे स्वयं निर्देशिका में स्थित हैं, और फाइलें ऊपर से नीचे तक - पहली से आखिरी तक इसमें एकत्र की जाती हैं)। यह इस तथ्य के कारण है कि ऐप की जेएस फ़ाइल पहले लोड की गई थी, और इसके बाद पॉलीफ़िल्स के साथ core.min.js फ़ाइल आई, और बहुत अंत में वेंडर . min.js फ़ाइल। इस समस्या को काफी सरलता से हल किया गया - बहुत ही सामान्य छँटाई:

 scripts.sort((a, b) => { if(a.path.includes('core.min.js')) { return -1 } else if(a.path.includes('vendor.min.js')) { return 0 } return 1 })

PHP में, यह सब एक स्ट्रिंग में पूर्व लिखित JS फ़ाइलों के लिए पथ के रूप में एक राक्षसी उपस्थिति थी। सरल लेकिन अव्यवहारिक।

NodeJS रैम में अपना एप्लिकेशन रखता है

यह बहुत बड़ा प्लस है। मेरे लिए सब कुछ व्यवस्थित किया गया है ताकि सर्वर पर समानांतर और स्वतंत्र रूप से एक दूसरे से दो अलग-अलग साइटें हों - डेवलपर के लिए संस्करण और उत्पादन संस्करण। कल्पना कीजिए कि मैंने विकास साइट पर PHP फ़ाइलों में कुछ बदलाव किए हैं और मुझे इन परिवर्तनों को उत्पादन में रोल आउट करने की आवश्यकता है। ऐसा करने के लिए, आपको सर्वर को रोकने या "सॉरी, टेक। वर्क" स्टब लगाने की आवश्यकता है और इस समय डेवलपर फ़ोल्डर से उत्पादन फ़ोल्डर में व्यक्तिगत रूप से फ़ाइलों की प्रतिलिपि बनाएँ। यह किसी प्रकार की डाउनटाइम का कारण बनता है और इसके परिणामस्वरूप रूपांतरण हो सकता है। NodeJS में इन-मेमरी एप्लिकेशन का लाभ मेरे लिए है कि इंजन फ़ाइलों में सभी परिवर्तन किए जाने के बाद ही इसे दोबारा बनाया जाएगा। यह बहुत सुविधाजनक है, क्योंकि आप परिवर्तनों के साथ सभी आवश्यक फ़ाइलों को कॉपी कर सकते हैं और उसके बाद ही सर्वर को पुनरारंभ करें। प्रक्रिया 1-2 सेकंड से अधिक नहीं लेती है और डाउनटाइम का कारण नहीं बनती है।
उदाहरण के लिए, nginx में उसी दृष्टिकोण का उपयोग किया जाता है। आप पहले कॉन्फ़िगरेशन को संपादित करते हैं, इसे nginx -t और उसके बाद ही service nginx reload साथ परिवर्तन करते हैं

एक NodeJS अनुप्रयोग क्लस्टरिंग

NodeJS में एक बहुत ही सुविधाजनक उपकरण है - pm2 प्रक्रिया प्रबंधक । आमतौर पर हम नोड में एप्लिकेशन कैसे चलाते हैं? हम कंसोल में जाते हैं और node index.js लिखते हैं। जैसे ही हम कंसोल को बंद करते हैं, एप्लिकेशन बंद हो जाता है। कम से कम उबंटू वाले सर्वर पर यही होता है। इससे बचने के लिए और एप्लिकेशन को हमेशा चालू रखें, बस इसे pm2 में सरल pm2 start index.js --name production कमांड के साथ जोड़ें। लेकिन यह सब नहीं है। उपकरण निगरानी ( pm2 monit ) और अनुप्रयोग क्लस्टरिंग की अनुमति देता है।

आइए याद रखें कि PHP में प्रक्रियाओं का आयोजन कैसे किया जाता है। मान लीजिए कि हमारे पास http अनुरोधों के लिए nginx है और हमें PHP में अनुरोध पारित करने की आवश्यकता है। आप या तो सीधे ऐसा कर सकते हैं और फिर प्रत्येक अनुरोध के साथ एक नई PHP प्रक्रिया शुरू होगी, और जब यह पूरा हो जाएगा, तो इसे मार दिया जाएगा। या आप एक Fastcgi सर्वर का उपयोग कर सकते हैं। मुझे लगता है कि हर कोई जानता है कि यह क्या है और विवरण में जाने की कोई आवश्यकता नहीं है, लेकिन सिर्फ इस मामले में, मैं स्पष्ट कर दूंगा कि PHP-FPM का उपयोग अक्सर Fastcgi के रूप में किया जाता है और इसका कार्य कई PHP प्रक्रियाओं को स्पॉन करना है जो किसी भी समय एक नया अनुरोध स्वीकार करने और संसाधित करने के लिए तैयार हैं। इस दृष्टिकोण का नुकसान क्या है?

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

NodeJS में मूलभूत अंतर यह है कि एप्लिकेशन 1.5 गीगाबाइट से अधिक रैम का उपभोग नहीं कर सकता है। कोई प्रक्रिया प्रतिबंध नहीं हैं, केवल एक स्मृति सीमा है। यह आपको यथासंभव हल्के कार्यक्रम लिखने के लिए प्रोत्साहित करता है। इसके अलावा, उपलब्ध सीपीयू संसाधन के आधार पर, हम जो क्लस्टर खरीद सकते हैं, उनकी संख्या की गणना करना बहुत सरल है। यह अनुशंसा की जाती है कि प्रत्येक कोर पर एक से अधिक क्लस्टर न लटकाए जाएं (बिल्कुल नगीनेक्स की तरह, सीपीयू कोर प्रति एक कार्यकर्ता से अधिक नहीं)।

PM2 में क्लस्टरिंग

इस दृष्टिकोण का एक फायदा यह है कि PM2 बदले में सभी समूहों को पुनः लोड करता है। पिछले पैराग्राफ पर लौटना, जिसने रिबूट के दौरान 1-2 सेकंड डाउनटाइम के बारे में बात की थी। क्लस्टर-मोड में, जब आप सर्वर को पुनरारंभ करते हैं, तो आपका एप्लिकेशन डाउनटाइम के एक मिलीसेकंड का अनुभव नहीं करेगा।

NodeJS एक अच्छा स्विस चाकू है

अब ऐसी स्थिति है जब PHP साइटों को लिखने के लिए एक भाषा के रूप में कार्य करती है, और पायथन इन साइटों को क्रॉल करने के लिए एक उपकरण के रूप में कार्य करता है। NodeJS 2 में 1 है, एक तरफ एक कांटा है, दूसरी तरफ एक चम्मच है। आप एक ही एप्लिकेशन के भीतर एक ही सर्वर पर तेज और शक्तिशाली एप्लिकेशन और वेब क्रॉलर लिख सकते हैं। लुभावना लगता है। लेकिन यह कैसे महसूस किया जा सकता है, आप पूछें? Google ने स्वयं ही आधिकारिक क्रोमियम API - Puppeteer शुरू किया। आप हेडलेस क्रोम (बिना यूजर इंटरफेस वाला एक ब्राउज़र - "हेडलेस" क्रोम लॉन्च कर सकते हैं) और पृष्ठों को क्रॉल करने के लिए ब्राउज़र एपीआई की व्यापक संभव पहुंच प्राप्त कर सकते हैं। Puppeteer के साथ काम करने का सबसे सरल और सुलभ तरीका ।

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

 const browser = await puppeteer.launch({headless: true, args:['--no-sandbox']}) const page = (await browser.pages())[0] await page.goto(`https://pixabay.com/photos/search/${imageKeyword}/?cat=buildings&orientation=horizontal`, { waitUntil: 'networkidle0' })

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

 var imagesLength = await page.evaluate(() => { var photos = document.querySelectorAll('.search_results > .item') if(photos.length > 0) { photos[Math.floor(Math.random() * photos.length)].className += ' --anomaly_selected' } return photos.length })

यह याद रखें कि फैंटम जेएस में इसे लिखने के लिए कितना कोड लगेगा (जो संयोगवश, बंद हो गया और पुप्तेयर विकास टीम के साथ निकट सहयोग में प्रवेश कर गया)। क्या ऐसा अद्भुत उपकरण किसी को भी NodeJS पर स्विच करने से रोक सकता है?

NodeJS मौलिक अतुल्यकालिक प्रदान करता है

इसे NodeJS और जावास्क्रिप्ट का एक बड़ा लाभ माना जा सकता है, विशेष रूप से ES2017 में async / प्रतीक्षा के आगमन के साथ। PHP के विपरीत, जहाँ कोई भी कॉल सिंक्रोनाइज़ की जाती है। मैं एक सरल उदाहरण दूंगा। इससे पहले, खोज इंजन में, सर्वर पर पृष्ठ उत्पन्न किए गए थे, लेकिन जावास्क्रिप्ट का उपयोग करने वाले क्लाइंट में पहले से ही पृष्ठ पर कुछ प्रदर्शित किया जाना था, और उस समय Yandex अभी तक वेबसाइटों पर जावास्क्रिप्ट का उपयोग करने में सक्षम नहीं था और इसके लिए विशेष रूप से एक स्नैपशॉट तंत्र (पेज स्नैपशॉट) को लागू करना था। प्रेंडरेंडर का उपयोग करना। स्नैपशॉट हमारे सर्वर पर संग्रहीत किए गए थे और अनुरोध पर रोबोट को जारी किए गए थे। दुविधा यह थी कि ये चित्र 3-5 सेकंड के भीतर उत्पन्न हुए थे, जो पूरी तरह से अस्वीकार्य है और खोज परिणामों में साइट की रैंकिंग को प्रभावित कर सकता है। इस समस्या को हल करने के लिए, एक सरल एल्गोरिथ्म का आविष्कार किया गया था: जब रोबोट कुछ पृष्ठ का अनुरोध करता है, जिसका एक स्नैपशॉट हमारे पास पहले से है, तो हम इसे मौजूदा स्नैपशॉट देते हैं, जिसके बाद हम पृष्ठभूमि में एक नया स्नैपशॉट बनाने और इसे बदलने के लिए ऑपरेशन करते हैं। पहले से ही उपलब्ध है। यह PHP में कैसे किया गया था:

 exec('/usr/bin/php ' . __DIR__ . '/snapshot.php -a ' . $affiliation_type . ' -l ' . urlencode($full_uri) . ' > /dev/null 2>/dev/null &');

ऐसा कभी न करें।
NodeJS में, यह अतुल्यकालिक फ़ंक्शन को कॉल करके प्राप्त किया जा सकता है:

 async function saveSnapshot() { getSnapshot().then((res) => { db.saveSnapshot().then((status) => { if(status.err) console.error(err) }) }) } /** *     await * ..    resolve()   */ saveSnapshot()

संक्षेप में, आप सिंक्रोनिज़्म को बायपास करने की कोशिश नहीं कर रहे हैं, लेकिन आप तय करते हैं कि सिंक्रोनस कोड निष्पादन का उपयोग कब करें और एसिंक्रोनस का उपयोग कब करें। और यह वास्तव में सुविधाजनक है। खासकर जब आप Promise.all की संभावनाओं के बारे में जानें ()

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

उदाहरण के लिए, क्वेरी "फ्लाइट मॉस्को सेंट पीटर्सबर्ग" के लिए एक पेज पता / टिकट / मॉस्को / संत-पीटरबर्ग / के साथ जारी किया जाएगा, और इसे डेटा की आवश्यकता है:

चालू माह के लिए इस दिशा में एयरलाइन की कीमतें
इस वर्ष के लिए इस दिशा में एयरलाइन की कीमतें (अगले 12 महीनों के लिए प्रत्येक माह की औसत कीमत)
इस दिशा में अनुसूची उड़ानें
प्रेषण के शहर से लोकप्रिय गंतव्य - मास्को से (लिंक करने के लिए)
आगमन के शहर से लोकप्रिय गंतव्य सेंट पीटर्सबर्ग से हैं (लिंक करने के लिए)

PHP में, इन सभी अनुरोधों को सिंक्रोनाइज़ किया गया - एक के बाद एक। अनुरोध के अनुसार औसत एपीआई प्रतिक्रिया समय 150-200 मिलीसेकंड है। हम 200 को 5 से गुणा करते हैं और औसतन, डेटा के साथ सर्वर के अनुरोधों को पूरा करने के लिए एक दूसरा। NodeJS में Promise.all नामक एक महान कार्य है, जो समानांतर में सभी अनुरोधों को निष्पादित करता है, लेकिन परिणाम एक-एक करके लिखता है। उदाहरण के लिए, उपरोक्त सभी अनुरोधों के लिए निष्पादन कोड इस तरह दिखेगा:

 var [montlyPrices, yearlyPrices, flightsSchedule, originPopulars, destPopulars] = await Promise.all([ getMontlyPrices(), getYearlyPrices(), getFlightSchedule(), getOriginPopulars(), getDestPopulars() ])

और हम 200-300 मिलीसेकंड में सभी डेटा प्राप्त करते हैं, पेज के लिए डेटा पीढ़ी का समय 1-1.5 सेकंड से घटाकर ~ 500 मिलीसेकंड हो जाता है।

निष्कर्ष

PHP से NodeJS पर स्विच करने से मुझे एसिंक्रोनस जावास्क्रिप्ट के साथ अधिक परिचित होने में मदद मिली, वादों और async / इंतजार के साथ काम करना सीखें। इंजन को फिर से लिखे जाने के बाद, पृष्ठ लोडिंग गति को अनुकूलित किया गया था और इंजन में दिखाए गए परिणामों से नाटकीय रूप से भिन्न था। इस लेख में, हम यह भी बात कर सकते हैं कि NodeJS में कैश (रेडिस) और पीजी-वादे (PostgreSQL) के साथ काम करने के लिए और मेमकेच्ड और php-pgsql के साथ उनकी तुलना करने के लिए सरल मॉड्यूल का उपयोग कैसे किया जाता है, लेकिन यह लेख काफी बड़ा निकला। और लेखन के लिए मेरी "प्रतिभा" को जानते हुए, वह भी खराब रूप से संरचित हो गई। इस लेख का उद्देश्य उन डेवलपर्स का ध्यान आकर्षित करना है जो अभी भी PHP के साथ काम कर रहे हैं और NodeJS की प्रसन्नता और उस पर वेब-आधारित अनुप्रयोगों के विकास के बारे में नहीं जानते हैं जो एक वास्तविक जीवन परियोजना का एक उदाहरण का उपयोग करके किया गया था जो कभी PHP में लिखा गया था, लेकिन वरीयताओं के कारण इसका मालिक दूसरे प्लेटफार्म पर गया।

मुझे आशा है कि मैं इस सामग्री को व्यक्त करने के लिए अपने विचारों और अधिक या कम संरचित करने में सक्षम था। कम से कम मैंने कोशिश की :)

कोई भी टिप्पणी लिखें - अनुकूल या क्रोधित। मैं किसी भी रचनात्मक का जवाब दूंगा।

कैसे मैं PHP से NodeJS के लिए एक उड़ान खोज इंजन फिर से लिखा