टैक्सोनॉमी मॉड्यूल के बजाय संदर्भ आधारित मॉड्यूल का उपयोग करने के फायदे या नुकसान क्या हैं?


9

मुझे आश्चर्य है कि कोर टैक्सोनॉमी मॉड्यूल या एंटिटी संदर्भ मॉड्यूल का उपयोग करने का निर्णय कैसे लिया जाए ?

मैंने पहले इकाई संदर्भ मॉड्यूल का उपयोग नहीं किया था, लेकिन मैंने 10-15 वेबसाइटों पर टैक्सोनॉमी मॉड्यूल (और कुछ संबंधित मॉड्यूल) का उपयोग किया है।

टैक्सोनॉमी मॉड्यूल के बजाय संदर्भ आधारित मॉड्यूल का उपयोग करने के फायदे या नुकसान क्या हैं?


हाल ही में, मैंने एक पत्रिका संग्रह वेबसाइट बनाने की शुरुआत की है।

बहुत सारी पत्रिकाएँ हैं। इन पत्रिकाओं में मुद्दे हैं। प्रत्येक अंक में लेख हैं।


यहाँ सबसे छोटा (और गहरा) भाग लेख है

लेख

  • पृष्ठ संख्या (श्रेणी):
  • शीर्षक:
  • लेखक:
  • लेख प्रकार:
  • कीवर्ड:
  • पत्रिका:
  • मुद्दा:


मुद्दा

  • अंक संख्या:
  • कवर छवि:
  • दिनांक (प्रकाशित):
  • पत्रिका:


पत्रिका

  • विवरण:
  • कवर छवि:


यहां छवि विवरण दर्ज करें

यहाँ, इस वेबसाइट को लागू करने के लिए कम से कम 2 तरीके हैं :

1. इसमें एक कंटेंट टाइप कहा जाएगा articleऔर अन्य सभी (इश्यू, मैगजीन, ऑथर) टैक्सोनॉमी टर्म्स (पदानुक्रमित) होंगे। अंक और पत्रिका आदि के बीच एक पदानुक्रम होगा।

2. सामग्री के प्रकार बहुत होंगे: लेख, अंक, पत्रिका, लेखक। लेख बनाते समय; मुद्दा, पत्रिका और लेखक को संदर्भित किया जा सकता है आदि।

तो, सैद्धांतिक रूप से दोनों तरीके बहुत समान हैं।

क्या कोई ऐसा व्यक्ति है जिसने समान स्थिति का सामना किया है और क्या आप यह कह सकते हैं कि आपने किस पद्धति को प्राथमिकता दी है, क्यों?

जवाबों:


9

आपकी समस्या के अन्य समाधान भी हैं।

क्षेत्र संग्रहण

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

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

इकाई दृश्य अनुलग्नक

इसे ईवा मॉड्यूल के रूप में भी जाना जाता है ।

"इकाई दृश्य अनुलग्नक के लिए" ईवा "छोटा है;" यह एक दृश्य प्रदर्शन प्लगइन प्रदान करता है जो किसी भी Drupal निकाय की सामग्री से जुड़े दृश्य के आउटपुट को अनुमति देता है। नोड या टिप्पणी का मुख्य भाग, उपयोगकर्ता खाते की प्रोफ़ाइल, या वर्गीकरण पृष्ठ के लिए प्रविष्टि पृष्ठ सभी इकाई सामग्री के उदाहरण हैं।

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

यह मॉड्यूल एकदम सही है, यह एक सामग्री प्रकार के नोड्स के लिए एक क्षेत्र के रूप में एक दृश्य देता है। मैंने इस मॉड्यूल का उपयोग एक बनाने के लिए किया है Album। एल्बम में singer(प्रत्येक के बारे में कुछ जानकारी के साथ) और songsजिसमें एक फ़ाइल, शीर्षक, दर और ... शामिल हैं। इसलिए मैंने ईवा का एक प्रकार बनाया और मैंने इसे एक नोड से जोड़ा। इसलिए हर सिंगर के नोड पेज पर, मैंने इस व्यू को प्रदर्शित किया, जो कि नोड से उचित जानकारी प्राप्त करता है। एंटिटी रेफरेंस वाला व्यू इस मॉड्यूल का उपयोग करने का एक आदर्श ट्यूटोरियल है।

टैक्सोनॉमी शर्तें वीएस एंटिटी संदर्भ

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

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

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

इन दृष्टिकोणों के कुछ अन्य संयोजन भी हैं जिनका उल्लेख करना अनावश्यक है।

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


आपके विस्तृत उत्तर के लिए बहुत बहुत धन्यवाद। इसने मुझे गैर-टैक्सोनॉमी मॉड्यूल का उपयोग करने के बारे में एक अच्छा दृष्टिकोण दिया। इस तरह के समाधानों का उपयोग करने से पहले समझने के लिए 2 चीजें हैं: 1. टैक्सोनॉमी में ऑटो-पूर्ण सुविधा है, क्या इन मॉड्यूल में यह सुविधा है? क्योंकि नोड ऐड पेज पर ऑटो-पूर्ण सुविधा के बिना वेबसाइट बनाना लगभग असंभव है। 2. मैं अन्य मॉड्यूलों के बिना स्वयं कोर टैक्सोनॉमी मॉड्यूल का उपयोग कर सकता हूं, लेकिन जिन समाधानों के बारे में आप बता रहे हैं, उन्हें कुछ अतिरिक्त अतिरिक्त मॉड्यूल की आवश्यकता है और यह जानना मुश्किल है कि "किस मॉड्यूल का उपयोग करना अच्छा होगा" । एक बार फिर धन्यवाद।
हिरसी

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

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

1
@mediaashley 2 तरीके के रिश्ते पाने के लिए जिन्हें आपको CER स्थापित करने की आवश्यकता नहीं है। रिश्तों का उपयोग करके आप आसानी से इसे प्राप्त कर सकते हैं। Drupal.stackexchange.com/questions/124893/… इस बारे में बताते हैं
M ama D

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

8

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

इसके लिए वास्तव में कोई सही या गलत जवाब नहीं है, यह व्यक्तिगत प्राथमिकता, विशिष्ट परियोजना आवश्यकताओं आदि के लिए आता है।

उस सामग्री के वर्गीकरण के लिए सामग्री और वर्गीकरण के लिए नोड्स का उपयोग करना सबसे अच्छा है, हालांकि कभी-कभी यह थोड़ा मुरीद हो सकता है कि क्या कुछ सिर्फ वर्गीकरण या अपनी सामग्री है।

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

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

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

उस सभी की योजना बनाएं और फिर देखें कि आपको प्राप्त करने के लिए कौन से मॉड्यूल उपलब्ध हैं। आपको एक रास्ता मिल सकता है जिससे आप जो चाहते हैं उसे हासिल करना आसान हो जाएगा। यदि नहीं, तो आपको सिर्फ उसी के साथ जाना होगा जो आपको लगता है कि आपके पास जो भी कारण हैं उनके लिए सबसे अच्छा है।

कभी-कभी आप एक तरह से जा सकते हैं और फिर कुछ ऐसा पा सकते हैं जिससे आपकी आवश्यकताओं को प्राप्त करना मुश्किल हो जाता है। यदि आप इसकी योजना बनाते हैं तो जितना संभव हो आप उस जोखिम को कम करें।


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

5

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

मैं कम से कम एक अवसर के बारे में सोच सकता हूं, जब मुझे किसी परियोजना के बाद एक परियोजना के लिए आवश्यकताओं के परिवर्तनों के कारण लाइव होने पर एक नोड से कुछ को बदलना पड़ता है, और इसमें पुनर्गठन और माइग्रेशन का एक अच्छा सा समावेश होता है।

आप शायद पाएंगे कि यदि आप अन्य इकाई प्रकारों जैसे कि नोड्स के साथ Unit_reference का उपयोग करने के लिए आगे बढ़ते हैं, तो आपको परिवर्तन करने में कोई परेशानी नहीं होगी क्योंकि सब कुछ उसी तरह से काम करता है लेकिन यह आपको अधिक लचीलापन देगा।


धन्यवाद, संशोधन हिस्सा एक अच्छा बिंदु है। जैसा कि आपने कहा कि टैक्सोनॉमी से नोड में पलायन कठिन है। संभवत: मैं एक नोड + एंट्री_रेंस आधारित समाधान का उपयोग करूंगा । आपके उत्तर के लिए फिर से धन्यवाद।
18

3

मैं यह नहीं कहूंगा कि यह सबसे सटीक उत्तर है, लेकिन यह है कि मैं इसके बारे में कैसे सोचता हूं। मैं कुछ उदाहरणों के साथ समझाऊंगा।

मैं आमतौर पर एक अमूर्त के आधार पर नोड्स को वर्गीकृत करने के लिए टैक्सोनॉमी का उपयोग करता हूं। उदाहरण के लिए, समाचार को खेल, राजनीतिक आदि में वर्गीकृत किया जा सकता है।

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

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


3

मुझे यकीन था कि किसी ने पूछा था कि मैं फील्ड कलेक्शन से दूर क्यों रहूंगा, लेकिन लगता है कि टिप्पणी हटा दी गई है। किसी भी तरह से मेरे 2 सेंट:

वर्गीकरण और वर्गीकरण के लिए वर्गीकरण का उपयोग किया जाना चाहिए। सामग्री संबंधों के लिए नहीं। एक वर्गीकरण अवधि के माध्यम से सामग्री के 2 टुकड़ों को जोड़कर आप 3 संस्थाओं का उपयोग कर रहे हैं जहां आपको केवल 2 की आवश्यकता है।

मेरे अनुभव में, जब तक कि वर्गीकरण अब फील्ड योग्य नहीं हैं, वे पूरी तरह से अस्तित्व में नहीं हैं, और इसलिए इसे "सामग्री" के रूप में उपयोग नहीं किया जाना चाहिए।

इस विशेष मामले में, यदि आपकी पत्रिका में सामग्री है (इसका वर्णन क्या है, इसे क्रमबद्ध करने पर विवरण इत्यादि), या इसका स्वयं का "पृष्ठ" है, तो यह एक सामग्री प्रकार होना चाहिए, क्योंकि यह सामग्री है।

मुद्दे थोड़े अस्पष्ट हैं, लेकिन संभावना है कि आपके पास एक अवलोकन आदि होगा, इसलिए उनके पास एक पृष्ठ होने की संभावना है, और संभावना सामग्री भी है। तो एक और सामग्री प्रकार।

लेख स्पष्ट रूप से सामग्री प्रकार हैं।

इसके लिए व्यवस्थापक बनाने में आप सामग्री के इन टुकड़ों को जोड़ने के लिए इकाई संदर्भ का उपयोग कर सकते हैं, लेकिन आप एक बेहतर जा सकते हैं।

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

इनलाइन इकाई फॉर्म आपको संदर्भित संस्थाओं को बनाने और संपादित करने की अनुमति देता है, इकाई के अंदर से आप जिस संदर्भ से संदर्भ लेना चाहते हैं ... इसलिए, एक लेख के अंदर से लेखक बनाएँ / संपादित करें, या केवल एक संदर्भ जो पहले ही बनाया गया है।

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

फ़ुल सर्कल वापस टैक्सोनॉमीज़ के लिए, फिर आप इनका उपयोग "टैग" लेख आदि के साथ करेंगे ... "फ़िशिंग", "कार", "कंप्यूटर" इत्यादि / जो भी हो ... इसलिए आप किसी भी मुद्दे, पत्रिका, लेख को पा सकते हैं या लेखक के पास उस टैग के बारे में सामग्री / लिखित है।

उस संक्षिप्त बनाने की कोशिश की, इसलिए उम्मीद है कि यह मदद करता है और समझ में आता है। मैंने दर्जनों साइट्स पर ऐसा किया है। ग्लोबल स्पोर्टिंग इवेंट्स, ट्रैवल / हॉलिडे बुकिंग साइट्स, इंटरनेशनल ब्रॉडकास्टर, बेवरेजेज, चैरिटीज आदि शक्तिशाली हैं, और आपको अनपेक्षित आवश्यकताओं के लिए कवर करते हैं।


आपके उत्तर के लिए धन्यवाद। यह वास्तव में समझ में आता है और पढ़ने का अनुभव मेरे लिए बहुत महत्वपूर्ण है।
herci
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.