टिप्पणियां एक नोड सामग्री प्रकार क्यों नहीं हैं?


10

इसलिए द्रुपाल में एक 'विशेष' टिप्पणी प्रणाली है।

टिप्पणियाँ द्रुपल में नोड्स की तुलना में द्वितीय श्रेणी के नागरिक हैं ...

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


3
आप अनिवार्य रूप से पूछ रहे हैं "टिप्पणी क्यों नहीं नोड्स हैं?" जवाब बस "क्योंकि वे एक ही काम करने वाले नहीं हैं"। जैसे आप ग्रैंड प्रिक्स में दौड़ने के लिए ट्रैक्टर का उपयोग नहीं करेंगे; यह सैद्धांतिक रूप से किया जा सकता है, लेकिन ऐसा करने के लिए यह पागल होगा। इकाई प्रकार v सामग्री पर कुछ और सामान्य पृष्ठभूमि के लिए इसे पढ़ें
Clive

1
यह अनिवार्य रूप से मैं क्या पूछ रहा हूँ। लिंक के लिए धन्यवाद, यह प्रासंगिक है। मैं एक बेहतर सवाल पूछा होता अगर मैं शब्दावली जानता था। समझने के लिए धन्यवाद।
दिनुल्ली

1
कोई समस्या नहीं है, मैं आपके सवाल को टालने की कोशिश नहीं कर रहा था - यह वास्तव में इससे अच्छा नहीं था, अगर आप ड्रुपल के लिए नए हैं तो इस तरह की चीजें बहुत भ्रामक हो सकती हैं। मैं सिर्फ इस बिंदु पर सीधे जाना चाहता था, हालांकि v v नोड्स के मामले में यह "विभिन्न आवश्यकताओं, विभिन्न इकाई प्रकारों" के रूप में सीधा है
क्लाइव

1
@dayuloli अब आप शब्दों की जानकारी है, तो आप को संपादित करने और कर सकते हैं बनाने के लिए यह एक बेहतर सवाल! :)
मोलॉट

2
@dayuloli टिप्पणी या सवाल का अभिन्न अंग, आप जो भी चाहें, बस उन हिस्सों से बचें जो बहुत अलग दिखते हैं, यदि संभव हो तो :)
Mołot

जवाबों:


8

इसका उत्तर देने के लिए, मुझे पहले एक बात समझनी थी: प्रविष्टियाँ नोड्स नहीं हैं

इकाई प्रकार खेतों के विशेष समूह हैं।

नोड एक इकाई प्रकार है, जिसके लिए कुछ फ़ील्ड्स की आवश्यकता होती है , जैसे 'शीर्षक', 'लेखक' और 'प्रकाशित तिथि'।

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

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

अधिक जानकारी के लिए, Drupal पर यह लेख देखें ।


1
नोड्स, टिप्पणियां, वर्गीकरण शब्द, उपयोगकर्ता, आदि सभी इकाई प्रकार हैं। कुछ बंडलों है, कुछ नहीं है। एक नोड प्रकार तकनीकी रूप से इकाई दृष्टिकोण से एक "बंडल" है।
आयुष

2
कुछ स्पष्ट खोजने के लिए बहुत गहराई से खुदाई करने की आवश्यकता नहीं है: drupal.org/node/1261744
Djouuuuh

2
तकनीकी रूप से सभी इकाई प्रकारों में एक बंडल @AyeshK है। एक कोर का उपयोग करता है एक अंतर्निहित एक नहीं प्रदान की जाती है
क्लाइव

2
धन्यवाद @clive - मेरा वास्तव में मतलब था कि कुछ इकाई प्रकारों में अलग-अलग बंडल होते हैं और कुछ नहीं होते हैं। ध्वज, नोड कई बंडल समर्थन के साथ इकाई प्रकार हैं। उपयोगकर्ता, वर्गीकरण शब्द, आदि में केवल एक बंडल है। स्पष्टीकरण के लिए फिर से धन्यवाद।
आयुष

0

Drupal में 8 नोड्स और टिप्पणियां (और कस्टम ब्लॉक और उपयोगकर्ता जोड़े गए मेनू लिंक और उपयोगकर्ता और टैक्सोनॉमी शब्द और ...) दोनों संस्थाएं हैं। हालांकि D7 में एक इकाई वास्तव में सिर्फ खेतों के एक बंडल के लिए थी - मुझे अभी भी याद है जब वे बस थे $objectऔर वहां कोई एपीआई नहीं था। Drupal में 8 संस्थाओं का एक उचित CRUD API है; वे ऑब्जेक्ट्स को सेव, लोड आदि के साथ वर्गीकृत करते हैं और टिप्पणी सेटिंग्स अब एक फील्ड हैं इसलिए सब कुछ फील्ड करने योग्य है। मन संभावनाओं पर टकराता है (टिप्पणियों पर टिप्पणी की जाती है; टीकाकरण! यहां तक ​​कि यह संभव है AFAIK)।


0

सिर्फ एक विचारधारा के रूप में, कभी-कभी शायद आपको वास्तव में मूल टिप्पणियाँ इकाई की शक्ति की आवश्यकता नहीं होती है, लेकिन सामग्री प्रकार या इकाई से संबंधित टिप्पणियों या नोट्स (बिना उत्तरों के) की एक सरल सूची होती है।

इन मामलों में, आप उस सामग्री प्रकार के लिए टिप्पणियों को अक्षम करने और टिप्पणियों या नोटों को संग्रहीत करने के लिए केवल एक फ़ील्ड का उपयोग करके अपने सिस्टम लोड को हल्का कर सकते हैं।

कम से कम 2 कंट्राब मॉड्यूल इस तरह के क्षेत्र प्रदान करते हैं:

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.