एक माइटप की घोषणा जो आसानी से एक BeerPHP पेय (मॉस्को और ऑनलाइन में) में बदल जाती है

नमस्कार, अगस्त में हम मॉस्को में अन्य शहरों के वक्ताओं के साथ बैठक करेंगे, एक बीयरपीएचपी बैठक और हर किसी के लिए आधिकारिक भाग का प्रसारण जो इसमें शामिल नहीं हो सकते हैं।

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



प्योत्र मायज़िन उर्फ PQR : आज, मैं ReactPHP के मुख्य विशेषज्ञों में से एक के साथ संपर्क में हूं। सर्गेई, मैंने हाल ही में reactphp.org का दौरा किया और आपको मुख्य पृष्ठ पर पाया। आप विषय पर बहुत लिखते हैं, आपके पास वीडियो निर्देशों के साथ अपना चैनल भी है। मुझे बताएं कि आप इस पर कैसे आए, आपने ReactPHP में क्या लिखा है?

वास्तव में, आप उस भाषा को पुनः खोज लेते हैं जिसे आप कई वर्षों से लिख रहे हैं

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

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

पीटर: चलिए फिर से बात करते हैं, हमारे लिए एसिंक्रोनस कोड क्या समस्या हल करता है और विशेष रूप से ReactPHP की आवश्यकता क्यों है?

सर्गेई: लगभग हर एप्लिकेशन में या तो एपीआई कॉल होती है, या फ़ाइल सिस्टम, या डेटाबेस क्वेरीज़ के साथ इंटरैक्शन होता है। जब हम उनसे जवाब की प्रतीक्षा करते हैं, तो हमारा प्रोसेसर बेकार है - इसके बजाय कुछ उपयोगी करने के लिए। आप एक उत्तर के लिए इंतजार नहीं कर सकते हैं, लेकिन गैर-अवरुद्ध संचालन शुरू करते हैं और आगे बढ़ते हैं। सवाल उठता है: "अगर मुझे I / O के लिए हर जगह ReactPHP मिलती है, तो क्या हमारे आवेदन कई गुना तेज होंगे?"

दुर्भाग्य से, आप अतुल्यकालिक लोगों के लिए केवल हमारे आवेदन नहीं ले सकते हैं और फिर से लिख सकते हैं

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

पीटर: ठीक है, लेकिन हम अभी कुछ PHP प्रक्रियाएँ शुरू क्यों नहीं करते? यह एक बेकार है, लेकिन अगले एक व्यस्त है।

सर्गेई: और हम परिणामों का समन्वय कैसे करते हैं? मान लें कि हमें तीन स्रोतों से डेटा प्राप्त करने की आवश्यकता है, हम तीन एपीआई को कॉल करते हैं, फिर हम परिणामों की रचना करते हैं और उपयोगकर्ता को देते हैं। यदि हम तीन अलग-अलग धाराएँ बनाते हैं, तो परिणाम के समन्वय की समस्या उत्पन्न होगी।

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

पीटर: मैं समझ गया। मेरे दिमाग में यह विचार था: यदि हम उपयोगकर्ताओं की संख्या बढ़ाना चाहते हैं। प्रति सेकंड संसाधित किया गया, सिम्फनी से पूरे एप्लिकेशन को कैसे एसिंक्रोनस संस्करण में लॉन्च किया जाएगा और बड़ी संख्या में कनेक्शन की प्रक्रिया होगी?

सर्गेई: मैं ऐसा नहीं करूंगा। अक्सर, एप्लिकेशन पूरी तरह से धीमा नहीं होता है। यदि प्रदर्शन का सवाल उठता है, तो सबसे अधिक संभावना है कि अंदर कुछ अड़चनें हैं, जिसके कारण सबसे अधिक संभावना धीमी I / I में होती है। और अब मैं इन बाधाओं को ReactPHP में अनुवाद करूंगा।

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

और अगर हम यह सब NodeJS और अन्य लोगों के साथ तुलना करते हैं?

पीटर: और अगर हम इसे NodeJS के साथ तुलना करते हैं, तो हम कहते हैं, या जाओ, वास्तव में पूरे आवेदन के माध्यम से अतुल्यकालिक है। डेटाबेस के लिए सभी अनुरोध, फाइल सिस्टम के लिए - वे सभी अंदर अतुल्यकालिक हैं। क्या इसका मतलब यह है कि सिद्धांत रूप में, अगर सब कुछ एक अतुल्यकालिक रूप में लिखा गया है, तो क्या कोई लाभ है?

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

पीटर: पीएचपी पर वापस। तो, हमारे पास ReactPHP है, और प्रसिद्ध एनालॉग्स स्वोले, एएमपी और एक्सट-एसिक्स से। और मुझे तुलना में बताओ, इन परियोजनाओं में क्या अंतर है, और रिएक्टपीएचपी कितना अच्छा है, क्या यह तेज है और क्या इसमें समान स्वोले की तुलना में कोई कमियां हैं?

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

कैसे ReactPHP वास्तव में तैयार-तैयार?

पीटर: "दीर्घकालिक समर्थन" उनकी वेबसाइट पर लिखा गया है। यानी, एपीआई में महत्वपूर्ण बदलाव के बिना, किसी प्रकार का दीर्घकालिक समर्थन। क्या ऐसा है? क्या सब कुछ पर्याप्त है?

सर्गेई: हाँ। ReactPHP परियोजना पहले से ही काफी पुरानी है। वह बारहवें वर्ष से काम कर रहा है, वह 7 साल का हो गया है। उसके पास पहले से ही पर्याप्त उत्पादन-तैयार समय है। और हां, इसके अलावा, यहां मुख्य घटकों के लिए 2 साल के लिए दीर्घकालिक समर्थन आता है। यही है, आप सुरक्षित रूप से इन घटकों से बंधे हो सकते हैं, फिक्स प्राप्त कर सकते हैं, अपडेट कर सकते हैं और पिछड़े संगतता के बारे में चिंता नहीं कर सकते हैं। दो साल तक वे अपने संस्करणों को बनाए रखने के लिए काम करते हैं, कुछ भी नहीं टूटेगा। यह, मुझे लगता है, वास्तव में अच्छा है, यह इतना बड़ा कदम है। जहां तक ​​मुझे याद है, हाल ही में जब तक, Amp ने अपने कुछ घटकों पर चर्चा की, उन्होंने इंटरफ़ेस और उनके सार्वजनिक API पर पूरी तरह से निर्णय नहीं लिया।

पीटर: आप ReactPHP सीखने की सलाह कहाँ से देते हैं? आधिकारिक प्रलेखन और अपने वीडियो ट्यूटोरियल के अलावा, ज़ाहिर है। सभी समुदाय कहां हैं, क्या कोई टेलीग्राम चैट या कलह चैट, फोरम हैं?

सर्गेई: दुर्भाग्य से, मैं ऐसे प्रत्यक्ष समुदाय को नहीं जानता। एक ट्विटर अकाउंट काफी सक्रिय है: वहाँ आप पूछ सकते हैं, सवाल पूछ सकते हैं और दिलचस्पी ले सकते हैं। और खनिक बहुत तेज़ी से जवाब देते हैं - आप व्यक्तिगत रूप से उन्हें ट्विटर पर लिख सकते हैं। मैंने ऐसा किया, उनसे कुछ चीजें मांगीं।



पीटर: खैर, ReactPHP के बारे में इस तरह की एक विस्तृत कहानी के लिए धन्यवाद - और इस संबंध में मैं पांडा मीटअप की घोषणा करूंगा, जो 22 अगस्त को मॉस्को में स्काईेंग कार्यालय में आयोजित किया जाएगा। आप वहीं प्रदर्शन करेंगे, है ना?

सेर्गेई: हाँ, यह सही है। आओ और चैट करो।

पीटर: डोमेन ड्रिवेन डिज़ाइन पर एक रिपोर्ट भी होगी, जो कि पीएचपी के संदर्भ में एक शांत दिलचस्प विषय भी है, [और कुछ और लोगों को जोड़ा गया है] और, जैसा कि आयोजकों ने मुझे बताया, कुछ बाद में होगा।

उपयोगिता:

• पूर्ण ऑडियो और YouTube पॉडकास्ट संस्करण
• जो नहीं आ सकते उनके लिए ब्रॉडकास्ट माइटैप को लिंक करें
• तार के बाद विवरण के बारे में विवरण BeerPHP मास्को