प्रभावी साइट खोज। समस्या कथन - समाधान खोजना।

यह इवान निकितिन के एक लेख का पुनर्मुद्रण है, जो सितंबर में हमारी वेबसाइट नोमैजिक डॉट इन पर प्रकाशित हुआ था। इस लेख में केवल समस्या का बयान और संभावित समाधानों की चर्चा है। ASP और PHP पर LiveSearch API के साथ समस्या के समाधान का वर्णन करने वाले लेखों के लिंक लेख के अंत में पाए जा सकते हैं।

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



यह सुनिश्चित करना चाहते हैं कि ऐसा है? यहां कुछ सरल कार्य हैं, उन पर कुछ मिनट बिताने का प्रयास करें (सभी उदाहरण बिल्कुल उन साइटों की सूची से दुर्घटना के द्वारा लिए गए हैं जिन्हें मैं व्यक्तिगत रूप से जानता हूं और मेरे द्वारा दौरा किया गया था। ये उदाहरण किसी भी तरह से इन संसाधनों की गुणवत्ता को कम करने के लिए नहीं हैं):

1. साइट पर खोजें http://www.specialist.ru/ (खोज का उपयोग किए बिना!) Microsoft SharePoint 2007 पर 2 (दो) पाठ्यक्रम। रिकॉर्ड करें कि आपने इस पर कितना समय बिताया।
2. साइट http://www.sipnet.ru पर पुष्टि प्राप्त करें कि वीओआईपी डी-लिंक DVG-2001S गेटवे सिपनेट सेवा के साथ काम करता है, साथ ही साथ इसका संक्षिप्त विवरण भी। लिखिए कि आपने उस पर कितना समय बिताया।
3. साइट पर www.megafon.ru माइक्रोसॉफ्ट वर्ड प्रारूप में 2006 के लिए काम के परिणामों पर वार्षिक रिपोर्ट (खोज का उपयोग किए बिना) खोजें। क्या आप सफल हुए?

क्या मुझे जारी रखना चाहिए? मुझे लगता है कि आप पहले से ही मुझसे सहमत हैं। और बस साइटों के डेवलपर्स के कारण, जब वे एक खोज इंजन बनाने की समस्या का सामना करते हैं। दुर्भाग्य से, अधिकांश डेवलपर्स इस समाधान की जटिलता को कम आंकते हैं और मानते हैं कि खोज को SQL क्वेरी में कम (सरलीकृत) किया जा सकता है:

SELECT * FROM products WHERE

title LIKE '%-%'

OR description LIKE '%-%'









तो ऐसा हो सकता है, केवल ऐसी खोज का मूल्य शून्य होगा। आप निस्संदेह, जटिल कर सकते हैं, शब्दों और उनके संयोजनों द्वारा एक खोज जोड़ सकते हैं (मैं वाक्यांश से बहुत स्पर्शित हूं जो आपको कभी-कभी साइटों पर मिलता है: " आप उपयोग कर सकते हैं, या, नहीं ।" हाँ! आप उपयोगकर्ता को बूलियन बीजगणित समझाते हैं)। लेकिन इस तरह की खोज के साथ समस्या यह है कि डेवलपर का मानना ​​है कि उपयोगकर्ता उत्पाद के नाम या समाचार सुर्खियों में उसी तरह से प्रवेश करेगा, जैसा कि वे साइट पर इंगित किए जाते हैं, और उपयोगकर्ता बस उसी चीज़ में प्रवेश करता है , जिसकी उसे अब पूरी तरह से अनियंत्रित रूप में, और उपयोगकर्ता, एक नियम के रूप में, एक या दो शब्दों से मिलकर लघु प्रश्नों में प्रवेश करता है। अर्थात्, उपयोगकर्ता SharePoint 2007 पर पाठ्यक्रमों की तलाश कर रहा है, वह "SharePoint 2007" लिखेगा, न कि "Windows SharePoint Services v3"। और परिणामस्वरूप, हमें एक बिल्कुल निष्क्रिय खोज इंजन मिलता है, क्योंकि इस तरह की खोज के परिणामस्वरूप सैकड़ों लिंक डंप हो जाएंगे, और खोज के परिणामस्वरूप कुछ खोजना असंभव होगा, या कुछ भी वापस नहीं आएगा। सुनिश्चित करना चाहते हैं? बड़े विकास बजट के साथ दो शक्तिशाली संसाधन लें और उन पर खोज का परीक्षण करने का प्रयास करें:

1. साइट www.mts.ru पर , कॉल के लिए भुगतान करने के लिए क्रेडिट फ़ॉर्म खोजने के लिए खोज का उपयोग करें, अर्थात, इसे कैसे व्यवस्थित करें और कॉल के लिए भुगतान कैसे करें ... आप क्या अनुरोध दर्ज करते हैं? " भुगतान का क्रेडिट फॉर्म ।" परिणाम कुछ इस तरह होगा:
   
   
   
   
2. वेबसाइट www.alfabank.ru पर बंधक ऋण देने के बारे में जानकारी प्राप्त करें। आप कौन सी क्वेरी दर्ज करते हैं? " बंधक ।" यहाँ परिणाम है:
   
   
   
   

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

इस समस्या को कैसे हल करें?

प्रभावी खोज कार्यान्वयन

सबसे पहले, यह महसूस करना आवश्यक है कि एक अच्छी खोज एक तुच्छ कार्य से दूर है। इसके अलावा, हम यह कह सकते हैं: एक अच्छी खोज को लागू करने की जटिलता पूरी साइट की कार्यक्षमता को लागू करने की जटिलता से अधिक है। इसलिए, आपको अपने आप को इस तरह के कार्य को स्थापित करने से पहले सौ बार सोचने की आवश्यकता है। क्या आप दस्तावेजों के प्रासंगिकता का आकलन करने, रैंकिंग परिणामों के लिए एक एल्गोरिथ्म का आकलन करने के लिए रूपात्मक विश्लेषण की एक प्रणाली लिखना शुरू करने के लिए तैयार हैं? और सबसे महत्वपूर्ण बात यह है कि आप इस पर कितने मानव-घंटे और हज़ारों पंक्तियाँ डाल सकते हैं?

लेकिन हम फिर भी इस समस्या को हल कर सकते हैं! हमारे पास इसे हल करने के लिए कम से कम तीन तरीके हैं:

1. खोज इंजन रूपों का उपयोग करना
2. उपलब्ध वेब सेवाओं का उपयोग करना
3. तृतीय-पक्ष समाधान का उपयोग करना

ये सभी विधियां श्रम लागत, लागत और प्राप्त परिणाम में खुद से भिन्न हैं, लेकिन सभी तीन विधियां उपरोक्त उदाहरणों की तुलना में उच्च गुणवत्ता वाले परिणाम का एक क्रम देती हैं।

खोज इंजन रूपों का उपयोग करना

यह लागू करने के लिए सबसे सस्ता और आसान है। अपने कच्चे और निम्न-गुणवत्ता वाले खोज कोड को लिखने के बजाय, आप बस अपनी साइट के पन्नों पर एक फॉर्म एम्बेड करते हैं जो खोज इंजन को अनुरोध भेजता है। इस तरह की प्रणाली के रूप में, हम Google का उपयोग दिखाएंगे, हालाँकि आप किसी अन्य का उपयोग कर सकते हैं, उदाहरण के लिए, यहां यैंडेक्स के रूप हैं: http://company.yandex.ru/forms/ । लेकिन मुझे Google अधिक पसंद है, क्योंकि, मेरी राय में, इसकी खोज गुणवत्ता अन्य खोज इंजनों की तुलना में बहुत अधिक है।

तो, हम कुछ इस तरह आकर्षित करते हैं:

<form method="get" action="http://www.google.com/search">

<input type="hidden" name="ie"

value="windows-1251" />

<input type="hidden" name="domains"

value=" www.specialist.ru " />

<input type="hidden" name="sitesearch"

value=" www.specialist.ru " />

<input id="searchBarInput" type="text" name="q"

value="" />

<input id="searchBarSubmit" type="submit"

value="!" />

<div>

<a id="extendedSearchLink" href="http://google.com/">

<span>Powered by <span style="color:blue">G</span>

<span style="color:red">o</span>

<span style="color:olive">o</span>

<span style="color:blue">g</span>

<span style="color:green">l</span>

<span style="color:red">e</span></span></a>

</div>

</form>







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



पहला लिंक एमटीएस वेबसाइट पर क्रेडिट फॉर्म ऑफ पेमेंट को इंगित करता है।

अल्फा बैंक के साथ उदाहरण:



पहला परिणाम अल्फ़ा बैंक के बंधक के बारे में सारी जानकारी है!

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

फिर भी, इस विधि को कम-बजट या गैर-वाणिज्यिक साइटों के लिए अत्यधिक अनुशंसित किया जा सकता है, क्योंकि खोज की गुणवत्ता प्रासंगिक विज्ञापन के रूप में नकारात्मक पहलुओं को दूर करती है।

उपलब्ध वेब सेवाओं का उपयोग करना

इस पद्धति में, हम खोज परिणामों में अन्य लोगों के विज्ञापनों को प्रदर्शित करने से इंकार करने का प्रयास करेंगे। कई खोज इंजन स्वचालित खोजों के लिए सेवाएं प्रदान करते हैं। यह Yandex.XML ( http://xml.yandex.ru/ ), और Google सेवाएँ और अन्य हैं। सामान्य अर्थ यह है कि हम अपना खोज फ़ॉर्म प्रदान करते हैं, जो उपयोगकर्ता के अनुरोध को हमारे सर्वर को भेजता है, जो बदले में उसे खोज इंजन में भेजता है। परिणाम प्राप्त करने के बाद, हमारा सर्वर उन्हें किसी भी रूप में, किसी भी रूप में, हमारी वेबसाइट पर प्रदर्शित करता है। उपयोगकर्ता को यह भी पता नहीं है कि खोज किसी बाहरी प्रणाली द्वारा की गई थी, क्योंकि वह हमारी साइट के डिजाइन में परिणाम देखता है। सही है, Yandex.XML में कुछ पूरी तरह से असंगत लाइसेंसिंग प्रणाली है (समानांतर में Yandex.Direct विज्ञापनों को प्रदर्शित करने की आवश्यकता), और Google ने चुपचाप लगभग एक साल पहले इसी तरह की सेवा को बंद कर दिया था, और अब केवल प्रासंगिक विज्ञापनों के साथ, ऐडसेंस विज्ञापनों के संयोजन में ऐसी खोज प्रदान करता है। ।



लेकिन यहां आप एक रास्ता खोज सकते हैं। Microsoft के पास Live.com खोज ( http://dev.live.com/livesearch/ ) के साथ काम करने के लिए एक एपीआई है, जो (एपीआई "यह" है) आपको एक समान प्रणाली को लागू करने की अनुमति देता है। सच है, यह एपीआई प्रति दिन अनुरोधों की संख्या को लगभग 1000 - 3000 अनुरोधों तक सीमित करता है, लेकिन मध्यम साइटों के लिए यह पर्याप्त है।



इस तरह की खोज को लागू करने के लिए पूरी तरह से तैयार नहीं है, खासकर जब से लाइव खोज एपीआई एसओएपी कॉल के लिए एक्सएमएल वेब सेवा प्रदान करता है, जिसका अर्थ है कि ये कॉल किसी भी प्लेटफ़ॉर्म से, और किसी भी साइट विकास उपकरण से किया जा सकता है: PHP, ASP.Net, आदि।



कुछ समय पहले, हमने ऐसी खोज का कार्यान्वयन किया था जब साइट Specialit.ru के लिए एक खोज बनाना आवश्यक हो गया था। आप इसे एक्शन में देख सकते हैं: http://search.specialist.ru



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

तृतीय-पक्ष समाधान का उपयोग करना

हालाँकि, उपलब्ध वेब सेवाओं का उपयोग करने वाली एक विधि, जैसे लाइव सर्च एपीआई, के दो उल्लेखनीय नुकसान हैं:

1. संसाधन reindexing को जल्दी से प्रबंधित करने में असमर्थता
2. साइट के बंद वर्गों में अनुक्रमण (और खोज के परिणामस्वरूप) की असंभवता

पहला दोष इस तथ्य के कारण है कि खोज इंजन रोबोट आपकी साइट के अपडेट शेड्यूल को स्वयं अनुक्रमणिका में सेट करते हैं, और यदि, उदाहरण के लिए, आपकी साइट सही HTTP अंतिम-संशोधित प्रतिक्रिया हेडर नहीं देती है (जो कि इंटरनेट पर 90% साइटों की बीमारी है!), तो इस बार हो सकता है! महत्वपूर्ण होना। यही है, आपकी साइट पर नई सामग्रियों की उपस्थिति के बाद, खोज परिणामों में प्रकट होने से पहले उन्हें दिन या सप्ताह लग सकते हैं।

दूसरा दोष आमतौर पर घातक है। एक खोज इंजन रोबोट आपकी साइट के निजी वर्गों (उदाहरण के लिए, एक निजी मंच जहां प्राधिकरण की आवश्यकता होती है) तक नहीं पहुंच पाएगा, और इसलिए खोज परिणामों में निजी वर्गों की जानकारी कभी नहीं दिखाई देगी। आप निश्चित रूप से, चकमा दे सकते हैं और बंद वर्गों से जानकारी का अज्ञात प्रकाशन कर सकते हैं (उदाहरण के लिए, उपयोगकर्ताओं के बारे में जानकारी के बिना एक बंद रूप में संदेश प्रदर्शित करें), लेकिन यह हमेशा नहीं होगा। उदाहरण के लिए, आपके कॉर्पोरेट मेल में खोज के बारे में क्या?

यहां, तृतीय-पक्ष खोज इंजन हमारी सहायता कर सकते हैं, उदाहरण के लिए, Yandex.Server ( http://company.yandex.ru/technology/products/yandex-server.xml ) या कॉर्पोरेट Microsoft Office SharePoint Server ( http://sice.microsoft.com) /ru-ru/sharepointerver/FX100492001049.aspx )। मुझे यैंडेक्स के सर्वर से दूसरा बहुत बेहतर पता है, और इसमें एक काफी शक्तिशाली खोज इंजन है जिसका उपयोग आप अन्य चीजों के अलावा, अपनी साइट को खोजने के लिए कर सकते हैं।

शायद निम्नलिखित लेखों में से एक में हम प्रभावी खोज इंजन बनाने के लिए आपकी वेबसाइट के साथ Microsoft Office SharePoint Server 2007 के एकीकरण पर भी विचार करेंगे।

संबंधित लिंक

- ASP.NET पर LiveSearch API का उपयोग करके साइट खोज के कार्यान्वयन के बारे में एक लेख

- PHP5 में LiveSearch API का उपयोग करके साइट खोज के कार्यान्वयन के बारे में एक लेख