logo

एक्स्ट्रा ब्लॉक टाइप्स (EBT) - नया लेआउट बिल्डर अनुभव❗

एक्स्ट्रा ब्लॉक टाइप्स (EBT) - स्टाइलिश, कस्टमाइज़ेबल ब्लॉक टाइप्स: स्लाइडशो, टैब्स, कार्ड्स, एकॉर्डियन्स और कई अन्य। बैकग्राउंड, DOM बॉक्स, जावास्क्रिप्ट प्लगइन्स के लिए बिल्ट-इन सेटिंग्स। आज ही लेआउट बिल्डिंग का भविष्य अनुभव करें।

डेमो EBT मॉड्यूल्स EBT मॉड्यूल्स डाउनलोड करें

❗एक्स्ट्रा पैराग्राफ टाइप्स (EPT) - नया पैराग्राफ्स अनुभव

एक्स्ट्रा पैराग्राफ टाइप्स (EPT) - एनालॉजिकल पैराग्राफ आधारित मॉड्यूल्स का सेट।

डेमो EPT मॉड्यूल्स EPT मॉड्यूल्स डाउनलोड करें

स्क्रॉल

कॉन्फ़िगरेशन का अवलोकन (अन्य प्रकार की जानकारी की तुलना में)

03/10/2025, by Ivan

Menu

Drupal 8 में कई प्रकार की जानकारी होती है:

  • Content (कंटेंट)

वह जानकारी जो आपकी साइट पर प्रदर्शित होती है और जिसे उपयोगकर्ता संपादित करते हैं: लेख, बेसिक पेज, चित्र, फाइलें आदि।

  • Session (सत्र)

जानकारी जो व्यक्तिगत उपयोगकर्ताओं के साइट के साथ इंटरैक्शन के बारे में होती है, जैसे कि Views के फिल्टर में उनका वर्तमान चयन। यह अस्थायी (ephemeral) और व्यक्तिगत (personalized) होती है।

वह जानकारी जो अक्सर बदल सकती है और/या उपयोगकर्ता की भागीदारी के बिना। उदाहरण: अंतिम Cron रन का समय, नोड एक्सेस परमिशन को पुनर्निर्मित करने की आवश्यकता आदि।

आपकी साइट के बारे में जानकारी, जो कंटेंट नहीं है और जो बार-बार नहीं बदलती। उदाहरण: आपकी साइट का नाम, कंटेंट टाइप्स, Views आदि।

आपकी साइट के बारे में वह जानकारी जो कहीं और भी संग्रहीत है। कैश केवल डेटा लोडिंग को तेज करने के लिए मौजूद होते हैं। ये canonical डेटा कभी नहीं रखते।

आपकी साइट के लिए केवल-पढ़ने योग्य (read-only) जानकारी, जो settings.php फ़ाइल में हार्ड-कोड की गई है।

अपनी जानकारी को कैसे वर्गीकृत करें

यह हमेशा स्पष्ट नहीं होता कि किसी जानकारी को Content, State या Configuration के रूप में वर्गीकृत किया जाए। कुछ दिशानिर्देश:

  • Configuration बनाम State: यदि आपकी जानकारी को development सर्वर से production सर्वर तक डिप्लॉय किया जाना चाहिए, तो यह संभावना है कि यह Configuration है, न कि State।
  • Configuration बनाम Content: सोचें "Site builder" बनाम "Site editor"। यदि कोई "Site editor" जानकारी को संपादित करना चाहे, तो यह संभवतः Content है। यदि केवल "Site builder" ही इसे संपादित करना चाहे, तो यह संभवतः Configuration है। (यह पूर्ण नियम नहीं है।)
  • Configuration बनाम Content: संख्याओं के बारे में सोचें। यदि वस्तुओं की संख्या बहुत बड़ी है, तो यह Content हो सकता है। यदि केवल कुछ ही हैं, तो यह Configuration हो सकता है।
  • Configuration बनाम Content: Configuration "प्रकारों" को परिभाषित करता है, जैसे कि कंटेंट टाइप्स, टैक्सोनॉमी शब्दावली आदि। उन प्रकारों की "प्रत्येक वस्तु" Content होती है, जैसे कि कंटेंट नोड, टैक्सोनॉमी टर्म आदि।

Simple Configuration बनाम Configuration Objects

Configuration Management System का उपयोग करते समय आपको जो सबसे पहले निर्णय लेना होगा, वह है कि आप किस प्रकार की Configuration संग्रहीत करेंगे।

Simple Configuration लागू करने में आसान है और बेसिक कॉन्फ़िगरेशन सेटिंग्स के लिए आदर्श है, जहाँ Boolean मान, integers या simple strings सेव किए जाते हैं। उदाहरण: किसी फीचर को ऑन/ऑफ करना, या साइट का नाम। Simple Configuration उन सभी सेटिंग्स को भी शामिल करती है जो किसी मॉड्यूल के सही ढंग से काम करने के लिए आवश्यक हैं। उदाहरण: JavaScript aggregation को सक्षम/अक्षम करना। Simple Configuration केवल उस मॉड्यूल पर निर्भर करती है जो इसे प्रदान करता है। उदाहरण: system.site केवल system मॉड्यूल पर निर्भर करता है।

Configuration Objects सूचियाँ (lists) संग्रहीत करते हैं जिन्हें उपयोगकर्ता बना और हटा सकते हैं। आपका कोड 0 या 100+ आइटम होने पर भी सही काम करेगा। उदाहरण: Image Styles, Views आदि। Configuration Objects के साथ पूर्ण CRUD hooks आते हैं, जो अन्य किसी भी Drupal object की तरह काम करते हैं। यह उन्हें उन कॉन्फ़िगरेशन्स के लिए आदर्श बनाता है जिन्हें अन्य मॉड्यूल्स द्वारा उपयोग या संशोधित किया जा सकता है।

उदाहरण: Views Configuration Objects का उपयोग करता है, जिससे अन्य मॉड्यूल्स अपने Views कॉन्फ़िगरेशन को प्रदान कर सकते हैं। Configuration Objects के पास डायनामिक dependencies हो सकते हैं। उदाहरण: views.view.frontpage Views मॉड्यूल पर निर्भर करता है, लेकिन चूँकि यह nodes की सूची दिखाता है, यह Node मॉड्यूल पर भी निर्भर करता है। यदि यह केवल "Article" नोड्स दिखाने के लिए अपडेट किया जाए, तो यह node.type.article कॉन्फ़िगरेशन ऑब्जेक्ट पर भी निर्भर हो जाएगा।