👨🏻‍🎨 📆 🈲 डेवलपर के लिए एक शब्द: दुनिया भर में कॉपीराइट यात्रा के लिए एक ऑनलाइन खोज और बुकिंग सेवा के जन्म की कहानी ♐️ 🛰️ 💝

यह सब कैसे शुरू हुआ
आदर्श पीड़ा
प्रौद्योगिकी और वे कैसे अद्वितीय नहीं हैं
कैसे स्टोर करें और कहां करें?
न केवल स्टोर करने के लिए, बल्कि खोज करने के लिए भी
यह cryptic SEO है
हमारी हर बात को Cdn करें
संक्षेप में देना

यह सब कैसे शुरू हुआ

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

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

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

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

आदर्श पीड़ा

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

शुरुआत में, हमारे पास मौजूद तकनीकों का सामान बहुत jQuery और C # नहीं था (जिसका उपयोग हमने अपनी पिछली परियोजनाओं में किया था)। इन उपकरणों ने हमें जल्दी और लचीले ढंग से चुनौतियों का सामना करने की अनुमति नहीं दी। सौभाग्य से, हम पहले से ही ग्राहक और सर्वर विकास दोनों के लिए नए दृष्टिकोणों पर विचार कर चुके हैं। हमारी पसंद कोणीय 2 और Node.js. पर गिर गई इस समाधान ने हमें उन घटकों और मॉड्यूल को जल्दी से बनाने की अनुमति दी जिन्हें हम कम से कम समय में संशोधित कर सकते थे (जिस दिन हम उन्हें दो या तीन बार फिर से कर सकते थे)।

हम इस निष्कर्ष पर पहुंचे कि प्रत्येक घटक अन्य घटकों और मॉड्यूल में जितना संभव हो उतना छोटा होना चाहिए। इस प्रकार, प्रयोगों की प्रक्रिया में, हमने पर्याप्त टेम्प्लेट जमा किए, जिससे विभिन्न कामकाजी लेआउट को इकट्ठा करना संभव था।

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

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

यह क्या है?

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

प्रौद्योगिकी और वे कैसे अद्वितीय नहीं हैं

कैसे स्टोर करें और कहां करें?

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

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

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

न केवल स्टोर करने के लिए, बल्कि खोज करने के लिए भी

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

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

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

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

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

यह cryptic SEO है

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

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

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

हमारी हर बात को Cdn करें

और यहाँ फिर से स्थिरता के कुछ समय, और अपेक्षाकृत शांत काम। और किसी ने नहीं सोचा था कि आश्चर्य हमें फेसबुक से इंतजार कर रहा है। एक दिन यह पता चला कि FB में शेयर करने से काम नहीं चलता है। पहले तो हमने सोचा कि ऐसा एफबी में सुरक्षा नीतियों को कड़ा करने के कारण हुआ, फिर आईपी ब्लॉकिंग के साथ, लेकिन हमें इसका कारण नहीं मिला। एफबी और फायरबेस दोनों के समर्थन में संपर्क किया गया, लेकिन प्रत्येक ने दूसरे पर लात मारी।

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

संक्षेप में देना

फिलहाल, हम पहले से ही 3 महीने के उत्पादक हैं, हम लगातार कार्यक्षमता में सुधार और विस्तार कर रहे हैं। संस्करण नियंत्रण के लिए, निश्चित रूप से हम गिट का उपयोग करते हैं, हम धीरे-धीरे बिल्ड और तैनाती को स्वचालित करेंगे। हमें प्रति दिन लगभग 450 नए अनूठे दौरे मिलते हैं, 1000 उपयोगकर्ताओं तक की छलांग है। और यह सब काम करता है।

जो कुछ कहा गया है, उससे मैं संक्षेप में कहना चाहूंगा:

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

डेवलपर के लिए एक शब्द: दुनिया भर में कॉपीराइट यात्रा के लिए एक ऑनलाइन खोज और बुकिंग सेवा के जन्म की कहानी