logo

Extra Block Types (EBT) - New Layout Builder experience❗

Extra Block Types (EBT) - styled, customizable block types: Slideshows, Tabs, Cards, Accordions and many others. Built-in settings for background, DOM Box, javascript plugins. Experience the future of layout building today.

Demo EBT modules Download EBT modules

❗Extra Paragraph Types (EPT) - New Paragraphs experience

Extra Paragraph Types (EPT) - analogical paragraph based set of modules.

Demo EPT modules Download EPT modules

Scroll
03/09/2025, by Ivan

लक्ष्य

साइट की कंटेंट संरचना की योजना बनाएं (किस कंटेंट के लिए कौन-सा entity प्रकार और subtype उपयोग करना है), और कौन-से पेज कंटेंट की लिस्टिंग शामिल करेंगे।

कदम

  1. ब्रेनस्टॉर्म करें कि आपकी साइट में कौन-सी कंटेंट शामिल होनी चाहिए, जिसमें वह कंटेंट शामिल हो सकती है जिसे विज़िटर खोज रहे हों, साथ ही वह कंटेंट भी जिसे आप विज़िटर्स को दिखाना चाहते हैं। परिणाम अनुभाग i.6, “Guiding Scenario” में दिए गए विवरण जैसा हो सकता है।
  2. प्रत्येक पहचानी गई कंटेंट के लिए तय करें कि कौन-सा content entity type सबसे उपयुक्त होगा। ऐसा करते समय आपको यह विचार करना होगा कि कंटेंट का साइट पर कहाँ और कैसे उपयोग और संपादन होगा। उदाहरण के लिए, farmers market साइट परिदृश्य में, आप हर पेज की sidebar में market के hours और location दिखाना चाह सकते हैं। उस कंटेंट के लिए, एक single custom block उपयुक्त है। दूसरा उदाहरण: आप यह तय कर सकते हैं कि प्रत्येक vendor की जानकारी दिखाने वाले पेज core Node module द्वारा प्रबंधित किए जाने चाहिए, क्योंकि आप चाहते हैं कि vendor अपने लिस्टिंग्स को संपादित कर सकें। Core Node module का permission सिस्टम आपको इसे आसानी से करने देता है।

    ये निर्णय हमेशा केवल एक सही उत्तर नहीं रखते; उदाहरण के लिए, आप यह तय कर सकते हैं कि vendor पेज कंटेंट items के बजाय user profiles होने चाहिए, लेकिन यदि आप ऐसा करते हैं तो कंटेंट किसी विशेष user account से जुड़ जाएगा, और बाद में किसी vendor पेज की ownership किसी दूसरे user account को बदलना उतना आसान नहीं होगा।

  3. प्रत्येक content entity type के भीतर, यह तय करें कि entity subtypes में कौन-सा विभाजन उपयुक्त होगा। उदाहरण के लिए, farmers market साइट में, आप संभवतः यह तय करेंगे कि Content item entity type के अंतर्गत, एक content type basic pages (Home और About) के लिए, एक vendor pages के लिए, और एक recipe pages के लिए होना चाहिए।
  4. प्रत्येक चुने गए entity subtype के लिए तय करें कि कौन-से fields आवश्यक हैं। उदाहरण के लिए, Vendor content type को vendor name, web page URL, image, और description के fields की आवश्यकता हो सकती है।
  5. तय करें कि कौन-सी entity listings आवश्यक हैं, जो पूरे पेज या पेज पर छोटे क्षेत्रों में हो सकती हैं। प्रत्येक लिस्टिंग के लिए आपको यह निर्धारित करना होगा कि कौन-सी entities सूचीबद्ध होनी चाहिए। फिर आपको यह तय करना होगा कि उन्हें किस क्रम और किन filtering विकल्पों के साथ प्रदर्शित किया जाना चाहिए; उदाहरण के लिए, आप चाहते हैं कि साइट विज़िटर को keyword से search करने का विकल्प मिले, सूची को किसी subset तक filter कर सके, या सूची को sort कर सके। आपको यह भी तय करना होगा कि entities से कौन-सी जानकारी दिखाई जानी चाहिए, जो पिछले चरण में निर्धारित किए गए fields की सूची में जोड़ सकती है। Farmers market साइट, उदाहरण के लिए, एक Recipes listing page की आवश्यकता है जो Recipe प्रकार के content items को सूचीबद्ध करे, जिसमें ingredients द्वारा filter करने की क्षमता हो, इसलिए Recipe content type में Ingredients field होना चाहिए।
  6. प्रत्येक entity subtype पर पहचाने गए प्रत्येक field के लिए, यह निर्धारित करें कि उसमें किस प्रकार का data होना चाहिए (जैसे plain text, formatted text, तारीख, image फ़ाइल आदि), और कितनी values अनुमत होनी चाहिए। अधिकांश fields single-valued होते हैं, लेकिन उदाहरण के लिए, एक Recipe को Ingredients field में multiple values की अनुमति होनी चाहिए।
  7. विचार करें कि कौन-से fields taxonomy term entities के references के रूप में सबसे उपयुक्त होंगे: वे fields जिनकी values अनुमत values की सूची से चुनी जानी चाहिए। अनुमत values जिनके समय के साथ बदलने और बढ़ने की उम्मीद है, अच्छे उम्मीदवार हैं। उदाहरण है Recipe content type के लिए Ingredients field।
  8. विचार करें कि कौन-से fields अन्य content entities को reference करना चाहिए। उदाहरण है कि vendors recipes जमा करेंगे, इसलिए Recipe content type पर एक field की आवश्यकता होगी जो उस vendor को reference करे जिसने recipe जमा की है।

यहाँ farmers market साइट उदाहरण के लिए परिणामस्वरूप कंटेंट संरचना का एक उदाहरण है:

Entity प्रकार Entity subtype उदाहरण Fields

Content item

Basic page

Home page, about page

Title, page body

Content item

Vendor

मार्केट में प्रत्येक vendor के लिए एक पेज

Vendor name, page body, image, URL

Content item

Recipe

प्रत्येक जमा की गई recipe के लिए एक पेज

Recipe name, page body, image, recipe जमा करने वाले Vendor का reference, Ingredients taxonomy

Custom block

(generic)

Footer के लिए copyright notice, Sidebar के लिए Hours और location

कोई विशेष fields नहीं

Taxonomy term

Ingredients

गाजर, टमाटर, और अन्य recipe ingredients

कोई विशेष fields नहीं

Contact form

(generic)

Generic contact form

नाम, ईमेल, विषय, संदेश

User profile

(none)

साइट पर प्रदर्शित नहीं होगा

कोई विशेष fields नहीं

और यहाँ वे लिस्टिंग्स हैं जिनकी साइट को आवश्यकता है:

पेज या पेज क्षेत्र Entity प्रकार और subtype फ़िल्टर/सॉर्ट/पेजिनेशन दिखाए गए Fields

Vendors page

Vendor content items

सभी vendors, alphabetical, पेजिनेटेड

Image, vendor name, trimmed body

Recipes page

Recipe content items

Ingredients द्वारा फ़िल्टर, alphabetical, पेजिनेटेड

Image, recipe name

Recent recipes sidebar

Recipe content items

5 नवीनतम सूचीबद्ध करें

Image, recipe name

वीडियो

आभार

लिखा और संपादित किया गया Jennifer Hodgdon और Grant Dunham द्वारा।