☑️ 📙 👋🏾 मुझे ड्रुपल क्यों पसंद है 👩🏼‍🎓 👩🏾‍🔧 👩🏻‍🏫

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

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

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

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

नोड्स

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

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

प्रत्येक नोड का एक सिस्टम नाम है, उदाहरण के लिए नोड / 105। इसके अलावा, प्रत्येक नोड के लिए एक समानार्थक शब्द को परिभाषित किया जा सकता है, अर्थात्। अतिरिक्त पता जिस पर यह नोड साइट पर खुलेगा। वास्तव में, यह पृष्ठ का पता है। इसके अलावा (मैं विशेष रूप से इसे उजागर करना चाहता हूं, क्योंकि मेरे लिए यह सबसे महत्वपूर्ण कार्यों में से एक है), किसी भी समय (किसी भी श्रेणी में सामग्री की उपस्थिति) उदाहरण के लिए, पर्याय पता किसी भी समय किसी भी अन्य में बदला जा सकता है। ऐसा लगता है कि इस तरह की एक सरल सुविधा पृष्ठ पते के पूर्ण नियंत्रण के रूप में अन्य सीएमएस में बहुत खराब तरीके से लागू की जाती है। ग्लोबल रीडायरेक्ट मॉड्यूल सिस्टम पतों से एक पर्याय के रूप में 301 रीडायरेक्ट बनाता है, इसलिए खोज इंजन में डुप्लिकेट सामग्री के साथ कोई समस्या नहीं होगी।

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

वर्गीकरण

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

इनपुट प्रारूप

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

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

उपयोगकर्ताओं

Drupal में, आप एक असीमित संख्या में उपयोगकर्ता बना सकते हैं, उन्हें विभिन्न एक्सेस राइट्स (बिना किसी प्रतिबंध के) के साथ कॉन्फ़िगर कर सकते हैं, जिसमें सामग्री द्वारा, खेतों द्वारा, मॉड्यूल द्वारा एक्सेस शामिल है।
उपयोगकर्ता प्रोफाइल में, आप अपने खेतों की असीमित संख्या (जन्म की तारीख, सामाजिक नेटवर्क में प्रोफाइल के लिंक आदि) बना सकते हैं।

मॉड्यूल

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

सभी मॉड्यूल एक स्थान पर स्थित हैं - आधिकारिक Drupal.org वेबसाइट पर, इसलिए पूरे इंटरनेट पर आवश्यक मॉड्यूल की खोज करने की आवश्यकता नहीं है। Drupal.org पर सभी मॉड्यूल स्वतंत्र हैं और ऐसी कोई स्थिति नहीं है जब भविष्य में मॉड्यूल का लेखक अपने मॉड्यूल के लिए धन की मांग करने लगता है। ड्रुपल में पेड मॉड्यूल बहुत खराब तरीके से वितरित किए जाते हैं।

दृश्य

तीसरे पक्ष के मॉड्यूल के बारे में बात करते हुए, आप Drupal - Views के लिए सबसे लोकप्रिय, सबसे जटिल और सबसे कार्यात्मक मॉड्यूल के आसपास नहीं पहुँच सकते। एक मॉड्यूल का एक शानदार और सरल विचार (ड्रुपल में सब कुछ की तरह) सूचना आउटपुट स्थापित करने के लिए एक सुविधाजनक उपकरण प्रदान करना है। किसी भी। कहीं भी।

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

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

टोकन

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

पैनलों

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

नियम

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

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

आपका मॉड्यूल लेखन

जल्दी या बाद में आप अपना मॉड्यूल लिखना चाहेंगे। इसमें कुछ भी जटिल नहीं है, आप यह भी समझेंगे कि अपने मॉड्यूल को विकसित करना और उन्हें समुदाय को प्रदान करना फायदेमंद है, जैसा कि आपको अपने उपयोगी मॉड्यूल का परीक्षण करने के लिए अतिरिक्त उपयोगकर्ता मिलते हैं।
Api.drupal.org प्रलेखन और डेवेल डेवलपर मॉड्यूल आपको विकास में मदद करेगा। और कोडर मॉड्यूल ड्रुपल समुदाय में स्वीकार किए गए कोड लिखने के सिद्धांतों के अनुपालन के लिए स्वचालित रूप से आपके कोड की जांच करेगा (और यह मानकीकृत है और सभी तीसरे पक्ष के डेवलपर्स इसका पालन करते हैं, परिणामस्वरूप, अन्य मॉड्यूल के कोड को समझना मुश्किल नहीं है)। खैर, उसके बाद, आपको सैंडबॉक्स से गुजरना होगा, जिसमें पेशेवर आपके कोड की अधिक विस्तार से जांच करेंगे। कोड सुरक्षा पर विशेष ध्यान दिया जाता है।

स्थानीयकरण

आप अतिरिक्त मॉड्यूल / प्लगइन्स / घटकों आदि का अनुवाद कैसे करते हैं। अपने पसंदीदा सीएमएस के लिए आप इसे स्वयं अनुवाद कर सकते हैं, इंटरनेट पर किसी द्वारा किए गए अनुवाद को ढूंढ सकते हैं, लेकिन जब अतिरिक्त मॉड्यूल / प्लगइन्स आदि होते हैं। यदि यह बहुत हो जाता है, तो अनुवाद अपडेट (जब तक वे कर रहे हैं) पर नज़र रखना बहुत मुश्किल है। ड्रुपल में, अनुवाद खोजने में यह समस्या एक वर्ग के रूप में अनुपस्थित है, सभी भाषाओं के लिए सभी अनुवाद (और उनमें से कई हैं) आधिकारिक सर्वर localize.drupal.org पर एक स्थान पर संग्रहीत हैं, और आपको स्थानीयकरण अद्यतन मॉड्यूल का उपयोग करके मैन्युअल रूप से उन्हें वहां स्थानांतरित करने की भी आवश्यकता नहीं है। Drupal पर अपनी वेबसाइट में स्वचालित रूप से अनुवाद आयात करें। मॉड्यूल स्वचालित रूप से अपडेट के लिए जांच करता है (शेड्यूल के अनुसार) और यदि कम से कम एक नई या अपडेटेड अनुवाद लाइन दिखाई देती है, तो वह आपको इसके बारे में सूचित करेगा। उस आसानी की कल्पना करें जिसके साथ आप बहुभाषी साइट बना सकते हैं, अब आपको कई भाषाओं में सभी मॉड्यूलों के अनुवाद देखने की ज़रूरत नहीं है, विशेष रूप से जिन्हें आप नहीं जानते (क्या आपने कभी चीनी और जापानी सहित दस भाषाओं में एक बहुभाषी वेबसाइट बनाई है, कल्पना करें कि कितने मॉड्यूल हैं; अनुवादों की खोज में समय लगेगा? द्रुपाल के साथ ऐसी कोई समस्या नहीं है)।

सूत्र

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

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

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

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

Drupal.org

Drupal.org विशेष उल्लेख के योग्य है। मैं विशेष रूप से मॉड्यूल / थीम / इंस्टॉलेशन प्रोफ़ाइल के पृष्ठों की संरचना का उल्लेख करना चाहता हूं। मॉड्यूल का प्रत्येक पृष्ठ मॉड्यूल की क्षमताओं का एक विस्तृत विवरण प्रदान करता है, मॉड्यूल के नवीनतम स्थिर संस्करण को डाउनलोड करने के लिए लिंक और डेवलपर्स के लिए संस्करण। प्रत्येक मॉड्यूल / थीम / इंस्टॉलेशन प्रोफ़ाइल कार्यशील साइटों की संख्या को दर्शाता है (वास्तव में, वास्तव में काम करने वाली साइटें अधिक होंगी, क्योंकि इस मॉड्यूल / थीम / इंस्टॉलेशन प्रोफ़ाइल का उपयोग करके आँकड़े केवल तभी ध्यान में रखे जाते हैं, जब अपडेट चेक मॉड्यूल सक्षम हो)। इसकी तुलना अन्य CMS में अमूर्त डाउनलोड गणना से करें। आप एक मॉड्यूल को कई बार डाउनलोड कर सकते हैं, लेकिन वास्तव में इसका उपयोग कई बार कम किया जा सकता है। Drupal.org आपको मॉड्यूल की लोकप्रियता के बारे में वास्तविक जानकारी दिखाएगा।

प्रत्येक मॉड्यूल / थीम / इंस्टॉलेशन प्रोफ़ाइल का अपना स्वयं का अनुभाग होता है, एक प्रकार का फ़ोरम जिसमें बग पर चर्चा की जाती है, नई सुविधाएँ पेश की जाती हैं, आदि। केवल इस मॉड्यूल / थीम / इंस्टॉलेशन प्रोफाइल के बारे में। अन्य CMS में अतिरिक्त मॉड्यूल / प्लगइन्स इत्यादि के मंचों से इसकी तुलना करें। आमतौर पर, वे सभी मॉड्यूल की चर्चा को एक मंच में डंप करते हैं, जिसे समझना बहुत मुश्किल है या इससे भी बदतर, मॉड्यूल की चर्चा एक अतिरिक्त साइट पर सबमिट की जाती है। Drupal.org पर ऐसी कोई समस्या नहीं हैं।

साहित्य

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

शुरुआत के लिए, आप Drupal का उपयोग करने पर निम्नलिखित पुस्तकों की सिफारिश कर सकते हैं:

अंग्रेजी में बहुत अधिक किताबें हैं, Drupal.org/books देखें।

सीएमएस सीखने के दौरान मुख्य समस्या काम के तर्क को समझ रही है। तर्क को समझने का मतलब है कि आप किसी भी समस्या को हल कर सकते हैं।तार्किक ऑपरेशन के संदर्भ में Drupal बहुत सरल है, इसलिए उन कथनों पर ध्यान न दें जो नेट पर जाते हैं कि Drupal बहुत मुश्किल है, लेकिन इसे आज़माएं और इसके विपरीत देखें। ड्रुपल की मुख्य समस्या (और मुख्य लाभ) इसकी असीमित संभावनाएं हैं।

यह Drupal में मुझे जो पसंद है उसका एक संक्षिप्त विवरण है, जिसे अन्य CMS के उपयोगकर्ताओं के लिए डिज़ाइन किया गया है।

आपको ड्रुपल के बारे में क्या पसंद है?

मुझे ड्रुपल क्यों पसंद है