अपनी कंटेंट संरचना की योजना बनाना

लक्ष्य

साइट की कंटेंट संरचना की योजना बनाएं (किस कंटेंट के लिए कौन-सा 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 साइट उदाहरण के लिए परिणामस्वरूप कंटेंट संरचना का एक उदाहरण है:

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

वीडियो

आभार

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