दोनों पूरी तरह से अलग अवधारणाएं हैं? या उनके अर्थ में एक ओवरलैप है?वेब अनुप्रयोग फ्रेमवर्क और एक सामग्री प्रबंधन प्रणाली के बीच अंतर?
क्या यह कहना सही होगा कि फ्रंट फ्रेम के निर्माण के लिए वेब फ्रेमवर्क का उपयोग किया जाता है, जबकि सीएमएस का उपयोग बैक एंड के लिए किया जाता है?
यदि हां, तो क्या वेब फ्रेमवर्क सीएमएस के समान तकनीक का उपयोग करना चाहिए? उदाहरण के लिए रेल पर रूबी का उपयोग ड्रूपल के साथ संयोजन में किया जा सकता है? या क्या यह कोई समझ में नहीं आता है?
दोनों पूरी तरह से अलग अवधारणाएं हैं? या उनके अर्थ में उनका एक ओवरलैप है?
एक वेब (एप्लिकेशन) ढांचा वेब अनुप्रयोगों के विकास के लिए एक निम्न स्तर, जेनेरिक टूलकिट है। मानव संसाधनों (वेब ब्राउज़र और अन्य इंटरैक्टिव क्लाइंट्स के माध्यम से) के साथ-साथ http प्रोटोकॉल के माध्यम से मशीनों के डेटा और सेवाओं को उजागर करते समय यह किसी भी प्रकार का सिस्टम प्रबंधन और संसाधित हो सकता है।
एक सीएमएस एक प्रकार का अनुप्रयोग है: वेबसाइटों में दिखाए गए सामग्री को प्रबंधित करने के लिए एक प्रणाली। आम तौर पर/ऐतिहासिक रूप से, इसका मुख्य रूप से वेब साइट में दिखाए गए "पृष्ठों" के पाठ (टुकड़े) के पाठ का प्रबंधन होता है, और ऐसे सामग्री जिनका उपयोग इस सामग्री को प्रबंधित करने के लिए विभिन्न स्तरों तक पहुंच है। यही वह जगह है जहां सी और एम आते हैं।
एक सीएमएस के साथ, आप वेब सामग्री का प्रबंधन कर सकते हैं। वेब ढांचे के साथ, आप वेब अनुप्रयोगों का निर्माण करते हैं।
क्या यह कहना सही होगा कि वेब फ्रेमवर्क का उपयोग फ्रंट एंड के निर्माण के लिए किया जाता है, जबकि सीएमएस का उपयोग बैक एंड के लिए किया जाता है?
नहीं। यह कहना सही होगा कि एक वेब फ्रेमवर्क का उपयोग सीएमएस बनाने के लिए किया जा सकता है। दोनों में ऐसे भाग होते हैं जो बैकएंड पर और साथ ही सामने के अंत में काम करते हैं। अक्सर, एक वेब फ्रेमवर्क पर एक सीएमएस आधारित होता है - कभी-कभी सीएमएस डेवलपर्स अपने वेब फ्रेमवर्क का निर्माण करते हैं, और कभी-कभी वे इस ढांचे के एपीआई का पर्दाफाश करते हैं, इसलिए एक डेवलपर सीएमएस को एक्सटेंशन बना सकता है जैसे कि वह एक वेब ढांचे के साथ एक आवेदन विकसित करेगा। Drupal वास्तव में यह करता है, तो आप एकीकृत ढांचे के आधार पर असली वेब अनुप्रयोग बना सकते हैं - उल्टा के साथ कि वे आसानी से सीएमएस में एकीकृत करने के लिए भी आसानी से होगा। लेकिन वह (एक वेब ढांचे के एपीआई को उजागर करना) सीएमएस कहने के लिए कोई आवश्यक मानदंड नहीं है।
यदि हां, तो क्या वेब फ्रेमवर्क सीएमएस के समान तकनीक का उपयोग करना चाहिए? उदाहरण के लिए रेल पर रूबी का उपयोग ड्रूपल के साथ संयोजन में किया जा सकता है? या क्या यह कोई समझ में नहीं आता है?
यह गठबंधन करने के लिए इन दोनों के साथ दो मौजूदा प्रणालियों का निर्माण संभव हो सकता है है (उदाहरण के लिए यदि आप एक वेब साइट Drupal द्वारा प्रबंधित, कि पहले से ही एक रेल आधारित सिस्टम में मौजूद है में कुछ डेटा दिखाने के लिए चाहते हैं, क्योंकि)। लेकिन जैसा कि ड्रूपल आपको अंतर्निहित वेब ढांचे की कुछ जटिल कार्यक्षमता भी प्रदान करता है, यह आवश्यक नहीं हो सकता है। आपको दो बहुत अलग प्रणालियों को प्रबंधित करना और सीखना होगा और वहां पर बातचीत के साथ सभी समस्याओं को संभालना होगा। इसलिए, यदि संभव हो तो मैं इनमें से केवल एक के साथ एक वेबसाइट बनाने की कोशिश करता हूं और केवल एक अच्छा कारण होने पर उन्हें गठबंधन करता हूं।
क्या यह कहना सही होगा कि वेब फ्रेमवर्क का उपयोग फ्रंट एंड के निर्माण के लिए किया जाता है, जबकि सीएमएस का उपयोग बैक एंड के लिए किया जाता है?
यह "सही" नहीं है लेकिन यह गलत नहीं है। एक वेब ढांचा एक सामान्य अवधारणा है - कई चीजें गिनती हैं। एक सीएमएस एक विशिष्ट अवधारणा है, जिसे अक्सर वेब ढांचे के भीतर बनाया जाता है। कभी-कभी सीएमएस अकेले वेब अनुप्रयोग होते हैं। अधिकतर, हालांकि एक सीएमएस एक बैक-एंड चीजें है जिसके लिए एक अनुकूलित प्रस्तुति फ्रंट-एंड की आवश्यकता होती है।
क्या वेब फ्रेमवर्क सीएमएस के समान तकनीक का उपयोग करना चाहिए?
कोई फर्क नहीं पड़ता। एपीआई परिभाषा के अंत में, फ्रेमवर्क और सीएमएस में कोई कार्यान्वयन हो सकता है।
वेब ऐप फ्रेमवर्क - आम तौर पर - या तो HTTP अनुरोधों को पूरा करना चाहिए या अपाचे जैसे कुछ प्लग करना चाहिए।
एक सीएमएस एक गौरवशाली डेटाबेस है, और कोई समझदार एपीआई अच्छा है। अक्सर, हालांकि, वे HTTP का उपयोग अपने इंटरफ़ेस प्रोटोकॉल के रूप में भी कर रहे हैं।
रेल पर रूबी का उपयोग ड्रूपल के साथ संयोजन में किया जा सकता है?
निश्चित रूप से। पुरी ऑब्जेक्ट करेंगे, लेकिन कोई तकनीकी कारण नहीं है कि वे सहयोग नहीं कर सकते हैं।
मैं पूरी तरह से असहमत हूं कि वेब फ्रेमवर्क केवल फ्रंटेंट के लिए उपयोग किया जाता है और बैकएंड के लिए सीएमएस का उपयोग किया जाता है। सीएमएस देखने योग्य सामग्री का प्रबंधन करता है और http के माध्यम से भी प्रतिक्रिया देता है। एक वेब ढांचा डेटाबेस और सब कुछ के लिए acces भी प्रबंधित करता है, लेकिन सामने की कार्यक्षमता भी है। कोई जावा फ्रेमवर्क की एक नई अवधारणा को जावास्क्रिप्ट ढांचे के रूप में जोड़ सकता है - लेकिन फिर यह आपके वेब फ्रेमवर्क परिभाषा को दूसरे पैराग्राफ में मेल नहीं खाता है (http अनुरोधों को पूरा करना होगा)। और निश्चित रूप से रेल और ड्रूपल को जोड़ा जा सकता है (बस सब कुछ कर सकते हैं), लेकिन विशेष, जटिल scebarios में केवल आवश्यक/उपयोगी है। – Henning
रूबी ढांचे के साथ एक PHP सीएमएस को संयोजित करने की कोशिश करना पेटिकुलरी व्यवहार्य प्रतीत नहीं होता है। –
क्या यह एक गंभीर प्रतिक्रिया है ?! उनमें से कोई भी अंक सही नहीं है! – micmcg
वे अलग-अलग अवधारणाएं हैं। एक वेब-एप ढांचे के शीर्ष पर एक सीएमएस बनाया जा सकता है, लेकिन एक वेब-ऐप फ्रेमवर्क का सीएमएस से कोई सीधा संबंध नहीं है। इसके निचले स्तर पर, किसी भी प्रकार के वेब-ऐप के लिए एक मंच प्रदान किया जा रहा है, जिसमें से एक सीएमएस एक उदाहरण है।
ड्रूपल php पर चलता है और रेल पर रूबी चलता है, ठीक है, रुबी, इसलिए वे एक साथ नहीं खेलेंगे।
बस पानी को थोड़ा सा गड़बड़ाने के लिए, ड्रूपल खुद को content managment framework के रूप में वर्णित करता है जो अनिवार्य रूप से एक सामग्री प्रबंधन प्रणाली है जिसे हुक के साथ विस्तारित किया जाता है। जो एक ओवरलैप बनाता है। drupal overview इससे बेहतर है कि मैं कर सकता हूं।
तो कौन सा वेब ढांचा आमतौर पर ड्रूपल के साथ उपयोग किया जाता है? – StackedCrooked
@StackedCrooked, Drupal यह स्वयं का ढांचा है, मेरा जवाब देखें। –
क्षमा करें, मैं पर्याप्त स्पष्ट नहीं था, लेकिन मैंने लिखा: "कभी-कभी सीएमएस डेवलपर्स अपने वेब फ्रेमवर्क का निर्माण करते हैं, और कभी-कभी वे इस ढांचे के एपीआई का पर्दाफाश करते हैं" - ड्रूपल इन ढांचे में से एक है :) मुझे लगता है कि ज्यादातर मामलों में , आपको एक अतिरिक्त ढांचे की आवश्यकता नहीं है। लेकिन यह इस बात पर निर्भर करता है कि आप वास्तव में क्या हासिल करने वाले हैं - जिसे हम नहीं जानते :) – Henning