हैकर न्यूज क्लोन बनाते समय मुझे क्या समझ में आया और किन समस्याओं का सामना करना पड़ा

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

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

स्किलबॉक्स सलाह देता है: एक व्यावहारिक एक साल का PHP डेवलपर कोर्स।
हम आपको याद दिलाते हैं: "हैबर" के सभी पाठकों के लिए - "हैबर" प्रोमो कोड का उपयोग करके किसी भी स्किलबॉक्स कोर्स के लिए पंजीकरण करते समय 10,000 रूबल की छूट।

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

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

वैसे, मैंने सोचा कि एक नियमित क्लोन बनाना एक आसान काम होगा। और तथ्य यह है कि ऐसा नहीं है, मुझे थोड़ी देर बाद एहसास हुआ, काम शुरू करना।

ज्यादा ऊपाय न करें

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

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

मैं यह भी नहीं कह सकता कि किसी बड़े कार्य को कई छोटे लोगों में विभाजित करना कितना महत्वपूर्ण है।

मेरे मामले में, मैं विभिन्न नई समस्याओं में भाग गया, जिन्हें मैंने पहले सामना नहीं किया था। सबसे पहले, मैंने केवल एक बार क्रिस्टल काम किया था - जब मैं एक एप्लिकेशन बना रहा था जिसकी जटिलता "हैलो, दुनिया!" जैसे कार्यक्रम की जटिलता से बहुत अधिक नहीं थी। अतीत में मैंने पायथन, लुआ, पीएचपी का इस्तेमाल किया था। नई भाषा परियोजना के कार्यान्वयन के लिए पहली बाधा थी।

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

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

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

अब परियोजना प्राधिकरण, पोस्टिंग और पोस्टों की छंटाई, अन्य उपयोगकर्ताओं के साथ बातचीत और प्रोफाइल देखने आदि का समर्थन करती है।

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

कई जगहों पर कोड दोहराया जाता है

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



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

नामकरण और संगठन का समापन

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

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

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



बहुत सारे अनुरोध

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



ऊपर वर्णित सभी समस्याओं का एक उदाहरण है जो मैं हर समय सामना करता हूं। मैं उनका पूरा वर्णन नहीं कर सकता। हालाँकि, मैं अब अपनी समस्याओं और समाधानों के दस्तावेजीकरण के बारे में सोच रहा हूँ। मुझे उम्मीद है कि यह सब अन्य प्रोग्रामरों को मेरी गलतियों को देखने और समझने में मदद करेगा और उनकी खुद से बचने में मदद करेगा। मुझे पता है कि अगर मैं Redis और MySQL या Postgres के संयोजन का उपयोग करता हूं, तो मैं प्रश्नों के निष्पादन में तेजी ला सकता हूं। लेकिन अभी के लिए मैं इस पर ध्यान केन्द्रित करूंगा।

मुझे आशा है कि आपको लेख अच्छा लगा होगा और आप अपने लिए कुछ उपयोगी सीख सकेंगे।

स्किलबॉक्स अनुशंसा करता है:

• ऑनलाइन कोर्स "प्रोफेशन फ्रंटेंड-डेवलपर । "
• शैक्षिक ऑनलाइन पाठ्यक्रम "एक वेब डेवलपर का पेशा । "
• व्यावहारिक पाठ्यक्रम "मोबाइल डेवलपर प्रो" ।