खरोंच से ई-कॉमर्स पोर्टल बनाने के लिए Symfony2 का उपयोग करना

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

दीपक चयन
सबसे पहले, हमने एक सामान्य प्रौद्योगिकी स्टैक चुना। यह यहाँ सरल था: आखिरकार, वेब पोर्टल्स के लिए प्रौद्योगिकियों का सबसे आम विकल्प LAMP (लिनक्स, अपाचे, MySQL, PHP) है। हम पहिया को सुदृढ़ नहीं करना चाहते थे, खरोंच से सब कुछ लिखें, क्योंकि यह महंगा और लंबा दोनों है। हमें किसी भी लाइब्रेरी / फ्रेमवर्क, संभवतः सीएमएस / ई-कॉमर्स सिस्टम का उपयोग करके एक पोर्टल बनाने की आवश्यकता थी। यदि LAMP प्रौद्योगिकियां सबसे आम हैं, तो इसका मतलब है कि हम बड़ी संख्या में विभिन्न ओपन-सोर्स समाधान पा सकते हैं, और उनमें से हम अपने पोर्टल के "नींव" के लिए उपयुक्त कुछ चुन सकते हैं।

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

चौखटे और पुस्तकालय
फिर हमने अधिक सामान्य समाधानों की ओर देखने का फैसला किया: चौखटे और पुस्तकालय। हमने सबसे लोकप्रिय रूपरेखाओं में से 3 को चुनने का फैसला किया: ज़ेड 1.11, सिम्फनी 2 और वाईआईआई। यहां हमारे पास विकल्प के लिए एक अधिक तकनीकी दृष्टिकोण था: हम PHP 5.3 के लिए पूर्ण समर्थन चाहते थे, और यह वांछनीय होगा यदि फ्रेमवर्क कोड ने PHP 5.3 की लेखन शैली को मान लिया, अर्थात् यथासंभव ओओपी, क्योंकि हमें अभी भी बाद में इसका समर्थन करना है। ज़ेंड को तुरंत छोड़ दिया गया। वह बहुत राक्षसी है, और हमें उसकी कार्यक्षमता का लगभग 20 प्रतिशत चाहिए। इसके अलावा, अपेक्षित 2.0 तब प्रमुख डेवलपर्स की साइटों पर विचारों के रूप में थी। Yii उस समय (शरद ऋतु 2011) में बहुत ताज़ा था, और हम जानते हैं कि इन "हॉट केक" के साथ क्या होता है (जैसा कि समय ने दिखाया है - PHP 5.3 के पूर्ण समर्थन के साथ Yii 2.0 का एक संस्करण अभी भी लिखा जा रहा है)। और हमने जोखिम लेने और सबसे तैयार और स्थिर उत्पाद लेने का फैसला किया - सिम्फनी 2।

ORM समाधान
इसलिए, हमने मंच और रूपरेखा दोनों को चुना है: LAMP + Symfony2। हमें अपने पोर्टल में डेटा के भंडारण और प्रस्तुति के स्तर के साथ समस्या को हल करने की भी आवश्यकता है। अपने लिए कुछ विशिष्ट लिखना संभव है - यह तेज़ और कम कोड काम करता है। हालांकि, हमारी मुख्य समस्या यह थी कि हमने अपना उत्पाद बनाया था, और हमारे पास एक स्पष्ट और स्थिर विनिर्देश नहीं था। संस्थाओं में सुधार (पढ़ें: लगातार परिवर्तन), उनके रिश्तों और व्यावसायिक तर्क, किसी प्रकार के लचीले समाधान की आवश्यकता होती है जिसे हम जल्दी से बदल सकते हैं और बहुत अधिक प्रतिगमन कीड़े प्राप्त करने से डरते नहीं हैं। इस मामले में, हम एक अच्छी तरह से पीटे गए रास्ते पर चले गए। अब विभिन्न ओआरएम समाधान बड़ी लोकप्रियता प्राप्त कर रहे हैं। यह प्रौद्योगिकी स्टैक या एप्लिकेशन डोमेन पर निर्भर नहीं करता है। इसलिए, कुछ चर्चा के बाद, हमने ओआरएम सिद्धांत 2 को चुना। इसके अलावा, यह सिम्फनी 2 में एक मानक मॉड्यूल के रूप में शामिल है। इसके अलावा, हमने महसूस किया कि डेटा वॉल्यूम की वृद्धि और संस्थाओं के बीच संबंध जब पोर्टल पर काम करते हैं, तो हम एक गैर-संबंधपरक डीबीएमएस का उपयोग करने के लिए आगे बढ़ेंगे। उदाहरण के लिए, MongoDB, और चयनित ORM - सिद्धांत के साथ, यह भी लागू किया गया है।

कुल हमें प्रौद्योगिकियों का एक दिलचस्प सेट मिला:

दीपक + सिम्फनी 2 + सिद्धांत 2।

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

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

SonataMediaBundle - हम चित्रों, वीडियो, swf ऑब्जेक्ट्स - 360, पैनोरमा के साथ काम करने के लिए उपयोग करते हैं। यदि आपको मीडिया सामग्री के साथ काम करने की आवश्यकता है, तो मैं इसकी अत्यधिक अनुशंसा करता हूं। बंडल आसानी से अनुकूलन योग्य और अनुकूलन योग्य है। अब हम कंटेंट को कोड के समान सर्वर पर स्टोर करते हैं। यह बंडल हमें आसानी से अमेज़ॅन या अन्य बादलों पर स्विच करने की अनुमति देगा। और यह केवल कुछ घंटों में करना संभव होगा। यदि आप विशेष रूप से चित्रों का उपयोग करते हैं, तो आपको मानक PHP मॉड्यूल के लिए कुछ प्रकार के आवरण की आवश्यकता होगी - जीडी, कल्पना। हमने इमेजिन और एवलांच इमागाइनबंडल का इस्तेमाल किया। आप निश्चित रूप से, कुछ और कर सकते हैं, लेकिन आप इस तरह के कितने अच्छे PHP पुस्तकालयों को जानते हैं?

FOSUserBundle - शुरू में हमने इसे उपयोगकर्ताओं के साथ काम करना शुरू करने के लिए एक त्वरित तरीके के रूप में इस्तेमाल किया था। कई कहेंगे कि यह सरल प्राधिकरण जैसे कार्यों के लिए बहुत बड़ा है। मैं कहूंगा कि यह कुछ लोगों की आवश्यकता से थोड़ा अधिक लचीला है। हमारे पास इस बंडल का उपयोग Loginza सेवा के साथ संयोजन के रूप में किया जाता है। एक विशिष्ट उपयोगकर्ता अक्सर vkontakte या facebook (उदाहरण के लिए, ट्विटर के माध्यम से) में लॉग इन करता है।

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

KnpMenuBundle - हमारे सभी नेविगेशन कोड - मेनू, ब्रेडक्रंब को आसानी से बदल दिया गया। मुझे लगता है कि हर PHP प्रोग्रामर ने अपने लिए कुछ ऐसा ही लिखा है। बाइक के साथ नीचे! एक सरल मेनू दें!

TwigBundle - क्योंकि मुझे टेम्पलेट पसंद हैं, इसलिए मैं उन्हें PHP में लिखना पसंद नहीं करता और निश्चित रूप से, मैं वास्तव में स्मार्टी के लिए नहीं हूं। हां, हम जानते हैं कि स्मार्ट 3 है, जो कुछ भी कर सकता है। हालांकि, यह व्यर्थ नहीं था कि उन्हें smarty.php.net से फेंक दिया गया था।

SwiftMailer हमारे लिए एक पुस्तकालय है। हमारी योजनाओं में संक्रमण को कुछ आसान और सरल करना शामिल है। लाभ का, Symfony2 में उत्कृष्ट एकीकरण।

FOQElasticaBundle - स्फिंक्स को नापसंद करते हैं। एक चुटकुला। अब हमारे पास सामग्री का आयतन नहीं है जिसमें खोज करना मुश्किल है। इसलिए, हमने फैसला किया कि इलास्टिक बेहतर समाधान होगा। सभी CRUD ऑपरेशन के लिए बॉक्स ऑटो-अपडेट इंडेक्स में से। तेज और सस्ता।

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

मुझे उम्मीद है कि यह लेख उन लोगों के लिए दिलचस्प होगा जो योजना बना रहे हैं या पहले से ही एक नया सफल और तकनीकी रूप से सक्षम पोर्टल बना रहे हैं, इस मामले में शुभकामनाएँ!