टैग पर्यायवाची शब्द कई साइटों में एक लोकप्रिय, महत्वपूर्ण विशेषता है (उदाहरण के लिए यहां StackExchange पर उपयोग किया जाता है), और टैक्सोनॉमी पर्यायवाची शब्द Drupal 6 के कोर टैक्सोनॉमी मॉड्यूल का हिस्सा हुआ करते थे, जो "रोल अपने खुद के" कस्टम पर्याय सिस्टम के पक्ष में गिराए जाने से पहले किए गए थे। फील्ड एपीआई का उपयोग करना ।
जब पर्यायवाची मज़बूती से काम करते हैं, तो वे खोज में बेहद उपयोगी होते हैं; उदाहरण के लिए, यह सुनिश्चित करने के लिए कि "अमेरिका" के लिए खोज की गई सामग्री "यूएसए" टैग की गई है, आदि। हालांकि, मैं इस खोज को लागू करने के लिए मानक विधि क्या है, इस बारे में कोई सुराग नहीं पा सकता कि लोकप्रिय खोज एपीआई के साथ काम करते समय - पहलू एपीआई नोड खोज के लिए संबंधित एकीकृत खोज मॉड्यूल का परिवार।
मॉड्यूल के समूहों के साथ काम करते समय "प्रवाह के साथ जाना" महत्वपूर्ण है, यह सुनिश्चित करने के लिए कि आपके द्वारा कार्यान्वित सिस्टम समुदाय और मॉड्यूल अनुरक्षकों की सोच के अनाज के खिलाफ नहीं जाते हैं। जब वे अनाज के खिलाफ जाते हैं, तो वे परतदार होते हैं और भविष्य में इन मॉड्यूल में बदलाव से जोखिम होता है।
Search API का उपयोग करने वाली साइटों के लिए D7 में टैक्सोनॉमी पर्यायवाची को लागू करने के लिए एक विश्वसनीय / मजबूत / मानक / अपेक्षित तरीका क्या है? (विशेष रूप से, खोज एपीआई सोलर के साथ , लेकिन मुझे उम्मीद है कि खोज एपीआई के विशेष खोज प्रदाता को बाहर करने के प्रयास इस मामले में काम करेंगे)।
यदि आपके पास इसके लिए एक प्रणाली है जो काम करने लगती है, लेकिन यह कुछ ऐसा है जिसे आपने समझ लिया है और आप निश्चित नहीं हैं कि यह अनाज के विरुद्ध है या नहीं (Drupal में बहुत आम), तो कृपया इसे अपनी जानकारी से साझा करें खोज API-Facet API परिवार में कौन सी सुविधाओं और मॉड्यूलों का परीक्षण, उपयोग और अनुभव यह करता है और इसके साथ अच्छा काम नहीं करता है।
कुछ प्रशंसनीय लेकिन संभावित रूप से परतदार विकल्प जो मैंने शोध में पाए हैं:
- डी 7 सर्च पर्यायवाची मॉड्यूल है, लेकिन यह बहुत कम उपयोग किया जाता है, और इसकी कोई पुष्टि नहीं है कि यह काम करता है या खोज एपीआई जैसे 3 पार्टी सर्च मॉड्यूल के साथ काम करना जारी रखेगा (यह ड्रुपल कोर खोज को ध्यान में रखकर बनाया गया है)। संपादित करें: D7 में सामान्य रूप से बहुत विश्वसनीय नहीं लगता है ।
- सैद्धांतिक रूप से संभव है कि शब्द "पर्यायवाची" क्षेत्र को एक वर्गीकरण शब्दावली में जोड़ा जाए, और इस क्षेत्र को खोज एपीआई में शब्द से अनुक्रमित किया जाए ताकि नोड पर शब्द के बराबर वजन हो। यह पाठ खोजों के लिए काम करेगा, लेकिन एक उथले MacGuyver-y डक्ट-टेप समाधान की तरह महसूस करता है, जो कुछ मजबूत होने के बजाय पूरे सर्च एपीआई परिवार को सुचारू रूप से स्लॉट देता है। उदाहरण के लिए, यदि "यूनाइटेड किंगडम" शब्द का एक पर्यायवाची "ब्रिटेन" है, तो 'ब्रिटेन' पर खोज करने वाले किसी व्यक्ति को यूनाइटेड किंडगोम के साथ टैग किए गए परिणाम मिलेंगे, लेकिन किसी ने "ब्रिटेन" को एक स्वत: पूर्ण कराधान में उजागर किया या एक वर्गीकरण तथ्य के साथ ब्रिटेन का चयन किया। "यूनाइटेड किंगडम" के साथ टैग की गई कोई भी सामग्री नहीं देखी जाएगी। *****
- इसी तरह की एक और संभावना शब्द शब्दावली (या यहां तक कि अल्पविराम से अलग, मुझे लगता है) शब्द के लिए एक बहु-मूल्य सादा पाठ क्षेत्र "समानार्थक" जोड़ रहा है, और इसे ऊपर के नाम के समान वजन के साथ अनुक्रमित किया गया है। लेकिन यह समान है, अगर बदतर नहीं है, तो ऊपर दिए गए उदाहरणों में मुद्दों, "ब्रिटेन" को भी एक पहलू या उजागर फिल्टर में एक विकल्प के रूप में सूचीबद्ध नहीं किया जाएगा। नाम और पर्यायवाची शब्द ("यूनाइटेड किंगडम (ब्रिटेन, यूके)") को मिलाकर एक संयुक्त क्षेत्र बनाने का कोई तरीका हो सकता है, और इसका उपयोग करने के लिए पहलू / उजागर फ़िल्टर / आदि सेट करें ... लेकिन मैं किसी भी तरह से नहीं सोच सकता हूं ऐसा करने के लिए जो चिंताजनक रूप से हैक नहीं है और जो अनाज के खिलाफ चिंता महसूस नहीं करता है। संपादित करें: खोज एपीआई संयुक्त ऐसा कुछ के लिए डिज़ाइन किया गया लगता है, लेकिन मैं '
- फिर नाम में सब कुछ समेटने का अंतिम विकल्प है: यह स्पष्ट होना चाहिए कि यह वांछनीय नहीं है और कई मामलों में बहुत बदसूरत सूचियों के लिए बनाते हैं (उदाहरण के लिए उन देशों की एक नेविगेशन सूची की कल्पना करें जो "उत्तर" की तरह लिखे गए थे। कोरिया (PRK, DPRK, डेमोक्रेटिक पीपुल्स रिपब्लिक ऑफ कोरिया) "...)। या "प्रदर्शन नाम" फ़ील्ड का होना, जो लघु संस्करण दिखाता है, और खोज को छोड़कर सब कुछ सेट करता है (सभी दृश्य, पथातुटो, प्रत्येक अन्य कंट्रीब / कोर मॉड्यूल जो शब्द का उपयोग करता है) शब्द के नाम के बजाय इसका उपयोग करने के लिए ... फिर से, बहुत हैकिया और अनाज के खिलाफ बहुत।
- अपाचे सोलर में एक समानार्थी शब्द विशेषता है, जहां समानार्थक शब्द की एक पाठ फ़ाइल पढ़ी जाती है और इन शब्दों को इसका उपयोग करने वाली खोजों के पर्याय के रूप में माना जाता है। हालाँकि, Solr का उपयोग करने वाले एक खोज एपीआई सेटअप में संभव है, यह मॉड्यूल अनुरक्षकों द्वारा माना जाता है कि असमर्थित 'स्वयं के जोखिम पर प्रयास' उन्नत Solr कॉन्फ़िगरेशन । इसके अलावा, यह साइट की भाषा में सामान्य पर्यायवाची शब्द के लिए अधिक उपयुक्त है, विशेष रूप से एक वर्गीकरण के संदर्भ में। उदाहरण के लिए, ब्रिटेन से इंग्लैंड, स्कॉटलैंड आदि में भेदभाव न करने वाली एक वर्गीकरण वाली साइट उन्हें टैगिंग के संदर्भ में पर्याय मान सकती है, लेकिन शरीर के पाठ पर खोजों के संदर्भ में नहीं। संपादित करें: मुखिया फेस एपीआई अनुरक्षक इस मार्ग के खिलाफ चेतावनी देता है के रूप में Solr एकीकरण मॉड्यूल TIDs पाठ के रूप में शर्तों के साथ काम करते हैं।
मुझे पता है कि यह एक त्रुटिपूर्ण उदाहरण है क्योंकि ब्रिटेन / ब्रिटेन और सामान्य रूप से देशों के मामले में, लोगों का उपयोग उन सूचियों का उपयोग करने के लिए किया जाता है जिनमें केवल एक या दूसरे होते हैं। वहाँ कम सरल मामलों (जैसे उत्पाद श्रेणियों) के बहुत सारे हैं जहां लोग एक पर्याय के लिए देखने के लिए नहीं सोचेंगे।
अद्यतन: Drupal.org Facet API कतार पर एक नए सूत्र में प्रासंगिक जानकारी । खोज एपीआई कतार पर भी (वर्तमान में अनुत्तरित) धागा ।
(किसी भी नियम के वकील सोच रहे हैं कि क्या यह वहाँ के लिए ठीक है। Drupal.org समर्थन के अनुरोधों और एक ही विषय पर ड्रुपल सवालों के जवाब देता है: हाँ, यह वास्तव में मॉड्यूल अनुरक्षकों द्वारा दबाव लेने के लिए प्रोत्साहित किया जाता है )