बॉक्स लाभ

शोध विषय

अनुसंधान के लिए, दो सीएमएस चुने गए थे - यूएमआई.सीएमएस और 1 सी-बिट्रिक्स। अध्ययन दो सप्ताह से अधिक आयोजित किए गए थे। जानकारी के स्रोत थे:

• सिस्टम के स्रोत कोड। सिस्टम के लिए दस्तावेज़। तकनीकी सहायता फ़ोरम। तृतीय-पक्ष डेवलपर्स के परामर्श। जिन्हें सिस्टम के साथ अनुभव था। शोध का विषय:
  • सिस्टम की वास्तुकला। डेटाबेस के साथ काम करने का सिद्धांत। मल्टीसाइट। अधिकारों की प्रणाली। कोड लिखने की गुणवत्ता। मॉड्यूल "मॉड्यूल" को विकसित करने का समय। सर्वोत्तम प्रथाओं के लिए समर्थन।

    परिणाम

    • CMS आधुनिक तकनीकों PHP5, MySQL5, XSLT पर बनाया गया है। सिस्टम स्वयं कोड आकार और समझ की डिग्री दोनों के हिसाब से हल्का है। सिस्टम आर्किटेक्चर को मॉड्यूलर आधार पर बनाया गया है। कोर और बाहरी मॉड्यूल को लागू करने वाली कक्षाओं का एक सेट है। कर्नेल फ़ाइलों और डेटाबेस के साथ काम करने के लिए काफी समृद्ध उपकरण प्रदान करता है। मॉड्यूल किसी भी कार्यक्षमता का उपयोग कर सकते हैं। कनेक्टिंग मॉड्यूल सरल और सस्ती है। कर्नेल प्रलेखन अच्छा है, मॉड्यूल विकास के लिए एक एसडीके है। डेटाबेस के साथ काम करना इंट्रासिस्टम वस्तुओं के उपयोग पर आधारित है। डेटाबेस संरचना एक पेड़ के रूप में पदानुक्रमित है। डेटाबेस तक कोई सीधी पहुंच नहीं है। दस्तावेज़ में तालिका संरचना का वर्णन नहीं किया गया है। डेटा तालिका में डेटा प्रकारों के रूप में संग्रहीत किया जाता है। डेटा प्रकारों को विरासत में मिला और घोंसला बनाया जा सकता है। मल्टीसाइट URL पार्सिंग पर आधारित है। मल्टीसाइट संचलन के डोमेन के संरक्षण के साथ एकल प्रविष्टि बिंदु के आधार पर तार्किक रूप से कार्यान्वित किया जाता है। मॉड्यूल स्तर पर अधिकारों की प्रणाली। संचालन के स्तर पर कानून की कवायद लागू नहीं है। लेकिन यह काल्पनिक रूप से लागू करना संभव है। कोड लिखने की गुणवत्ता अच्छी है। कोड पारदर्शी, केंद्रीय रूप से लिखा गया है। टिप्पणियां केवल कठिन स्थानों को समझने के लिए मौजूद हैं। मॉड्यूल "मॉड्यूल" के विकास के लिए समय - 2 दिन। मॉड्यूल के बारे में 70% द्वारा अपेक्षित कार्यक्षमता को लागू करता है। सर्वोत्तम प्रथाओं: पूर्ण OOP समर्थन (जहाँ तक PHP5 अनुमति देता है), केंद्रीकृत त्रुटि हैंडलिंग, XSLT पर आधारित टेम्पलेट इंजन, कर्नेल वर्गों के आधार पर ORM, डेटा प्रकारों पर आधारित VO, मॉड्यूल पर नियंत्रण हस्तांतरण के साथ फ्रंटकंट्रोलर कार्यान्वयन।
      • एक समृद्ध इतिहास के साथ एक प्रसिद्ध प्रणाली। मानक तकनीकों PHP4, MySQL4 का उपयोग करता है। प्रणाली बहुत ही बेमानी और बोझिल है, समझने में मुश्किल है। सिस्टम की वास्तुकला एक मॉड्यूलर आधार पर बनाई गई है। कर्नेल और प्लग-इन की एक संख्या है। मॉड्यूल को जोड़ना एक गैर-तुच्छ कार्य है और बड़ी संख्या में कॉन्फ़िगरेशन फ़ाइलों के साथ जुड़ा हुआ है। डेटाबेस में दोहराव के साथ फ़ोल्डर्स और फ़ाइलों के निर्माण के साथ साइट की संरचना भौतिक है। कोर प्रलेखन अच्छा है। खरोंच से अपना मॉड्यूल लिखना मौलिक रूप से असंभव है। कर्नेल डेटाबेस तक पहुँच का एक साधन प्रदान करता है, लेकिन फाइलों के साथ काम करने के साधन अल्पविकसित स्तर पर प्रस्तुत किए जाते हैं। डेटाबेस के साथ काम करना सिस्टम इंटरफेस, साथ ही साथ सीधे भी हो सकता है। टेबल की संरचना भाग में इंगित की गई है। डेटाबेस के सभी डेटा में मेटा-सूचना है, जो अतिरेक और सिस्टम अधिभार की आवश्यकता है। डेटा को infoblocks के रूप में संग्रहीत करने के लिए एक तंत्र है। Infoblocks केवल श्रेणियों और तत्वों के रूप में हो सकते हैं। और श्रेणियों और तत्वों को नेस्टेड या जटिल प्रकार नहीं किया जा सकता है। मल्टीसाइट एक वेब सर्वर और फाइलों के भौतिक दोहराव के स्तर पर लागू किया जाता है। अधिकारों की प्रणाली अच्छी है। मॉड्यूल और प्राथमिक क्रियाओं के स्तर पर एक अंतर को व्यवस्थित करना संभव है। कोड लेखन की गुणवत्ता कम है। इसका मुख्य कारण सिस्टम का स्पष्ट रूप से खराब संगठन है। कोड अलग-अलग फ़ाइलों में बिखरा हुआ है और पूरी तस्वीर को इकट्ठा करना बहुत मुश्किल है। "मॉड्यूल" मॉड्यूल के लिए विकास का समय 2 दिन है, मॉड्यूल 50% पूर्ण कार्यक्षमता से भरा है। आपके मॉड्यूल के लिए प्रशासनिक क्षेत्र को ठीक करना मॉड्यूल को विकसित करने में सबसे मुश्किल काम है। सर्वोत्तम प्रथाओं: OOP के लिए आंशिक खराब समर्थन, केवल 404 पर त्रुटि, उपयोगकर्ता को रनटाइम त्रुटियों को प्रदर्शित किया जाता है, कोई टेम्पलेट इंजन नहीं है (यह बस भयानक है), ORM अनुपस्थित है, arrays के माध्यम से छद्म VO कोई फ्रंट-एप्लीकेशनकंट्रोलर नहीं है - बहुत सारे प्रवेश बिंदु हैं (PHP में पहली साइटों के सिद्धांत शामिल हैं)।

        Zaklyuchanie

        न तो एक और न ही अन्य सीएमएस इच्छित कार्यशीलता को लागू करने के लिए उपयुक्त है। लेकिन यदि आप इस दृष्टिकोण से विचार करते हैं कि क्या फिर से करना आसान होगा, तो यह UMI.CMS है। यह सीएमएस अधिक आधुनिक है, यह अधिकांश अच्छी प्रथाओं का उपयोग करता है और सीखने और पुन: काम करने में काफी आसान है। डेवलपर की दृष्टि से बिट्रिक्स, एक पुरानी, ​​भारी, निरर्थक प्रणाली है जो अभी भी केवल अच्छे विपणन के कारण मौजूद है। दोनों सिस्टम मूल रूप से नहीं थे, और अब शोधन पर ध्यान केंद्रित किया गया था, और उन्हें बंद सिस्टम कहा जा सकता है। दोनों सिस्टम MVC वेब एप्लिकेशन (मॉडल-नियंत्रक-दृश्य) के निर्माण के मूल सिद्धांतों में से एक को लागू नहीं करते हैं - सार व्यवसाय तर्क, घटना प्रसंस्करण और प्रस्तुति के अलगाव में है, और यह कई बार विकास और शोधन समय में वृद्धि को दर्शाता है। ऐसा नहीं है कि स्टूडियो सीएमएस बेहतर है। बात यह है कि किसी उत्पाद के लाभों के बारे में निष्कर्ष निकालने के लिए, आपको विशिष्ट उदाहरणों के साथ काम करने की आवश्यकता है, न कि अपनी खुद की अटकलों और वाणिज्यिक नस।
        
        
        
        यह एक ईमानदार अध्ययन था। निष्कर्ष केवल आप ही करते हैं।
        
        
        
        अद्यतन
        
        टिप्पणियों में, किसी कारण से, उन्होंने फैसला किया कि यह यूएमआई का एक पीआरएम था :( लेकिन यह उस बारे में नहीं है। यह इस तथ्य के बारे में है कि एक परियोजना और एक समाधान है जिसे इस परियोजना के तहत देखने की आवश्यकता है, और तैयार किए गए समाधानों की क्षमताओं के तहत खींची जाने वाली परियोजना नहीं है।