अनुरोधों का प्रसंस्करण और वर्गीकरण। भाग दो: नेविगेशन अनुरोध

जब हम इंटरनेट सर्च इंजन खोलते हैं तो हम सबसे अधिक क्या चाहते हैं? हम इसे जल्द से जल्द छोड़ना चाहते हैं, विडंबना यह है कि यह लग सकता है। हम अपनी इच्छा को तैयार करते हैं, बटन दबाते हैं और जल्द ही उस जगह पर जाते हैं जहां इसे पूरा किया जाना चाहिए (हमें उम्मीद है)।



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

दूसरे प्रकार की क्वेरीज़, जहां या जहां - जहां नेविगेशन क्वेश्चन हैं, सवालों के जवाब देना। मैं आपके ध्यान में एक छोटी कहानी लाता हूं कि हम उनके साथ कैसे काम करते हैं।

सामान्यतया, क्या और कहाँ के बीच की सीमा फ़र्ज़ी है। दो खोज प्रश्नों पर विचार करें: "साइकिल चालक मंच" और "साइकिल मंच आरयू।" वर्तमान में, इन दोनों अनुरोधों का सबसे प्रासंगिक उत्तर एक ही साइट है, velo-forum.ru । अंतर यह है कि पहले मामले में उत्तर केवल एक ही नहीं होता है और उसके और उसके साथियों के बीच प्रतिस्पर्धा होती है, दूसरे में साइट को न केवल परिणामों की सूची में होना चाहिए, बल्कि इसका नेतृत्व भी करना चाहिए, चाहे वह कितना भी बुरा या अच्छा क्यों न हो। अन्य बाइक मंचों की तुलना में। दूसरा अनुरोध नेविगेशनल है, और पहला नहीं है।

मिश्रित प्रकार के प्रश्न भी हैं, जैसे "ओनोमेटोपोइया विकी"। हम उन्हें अभी के लिए अलग रख देंगे, लेकिन हम उनके पास लौट आएंगे।

इसलिए, हमें अग्रिम में नेविगेशन अनुरोधों के उत्तर जानना चाहिए। तकनीकी रूप से, इस कार्य को निम्न प्रकार से तैयार किया गया है: प्रत्येक नेविगेशन के साथ संबद्ध इंटरनेट पते (बाद में एक लक्ष्य के रूप में संदर्भित ) का अनुरोध: एक साइट, एक साइट अनुभाग, एक साइट पृष्ठ। इससे पहले, यह निर्धारित करें कि क्या अनुरोध नेविगेशन है।

इसकी आवश्यकता क्यों है?

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

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

यदि हम सभी खोज क्वेरी को उनकी मात्रा के अवरोही क्रम में क्रमबद्ध करते हैं, और फिर "भविष्य में" सूची को देखते हैं, तो हम निम्नलिखित कुछ देखेंगे:



यह देखा जा सकता है कि पूरे शीर्ष को नेविगेशनल प्रश्नों द्वारा ठीक से कैप्चर किया गया था, कमजोर रूप से मानव जाति की सबसे महत्वपूर्ण सूचना आवश्यकताओं (वे लाल रंग में चिह्नित हैं) से पतला है। इसलिए, अब बंद करना,

चलो चलते हैं!

हमने केवल सूची के साथ चलना शुरू किया, लाल रंग के दागों को फेंक दिया, और मैन्युअल रूप से शेष अनुरोधों में से प्रत्येक को अपना लक्ष्य प्रदान किया। यह पता चला कि केवल VKontakte और सहपाठियों ने अनुरोधों के कुल प्रवाह का 5% कवर किया है, जबकि 120 शीर्ष नेविगेशन अनुरोधों की सूची का कवरेज लगभग 15% था। इस तरह के अल्प बौद्धिक परिव्यय पर बुरा नहीं है।

इसके अलावा, हालांकि, नेविगेशन का "घनत्व" तेजी से घटता है, और इसलिए हमें आवश्यक प्रश्नों को स्वचालित रूप से फ़िल्टर करने के तरीकों की तलाश करनी थी। यही है, मोटे तौर पर यह पता लगाने के लिए कि "VKontakte" "पोर्न" से कैसे भिन्न है।

हॉल की मदद

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

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

हम उपयोगकर्ताओं की सर्वसम्मति (क्लासिक क्लिक स्क्रीन सहित) को मापने के लिए कई तरीकों से आगे बढ़े, और अगली सरल और सुविधाजनक मीट्रिक पर बस गए।

आइए C परिणाम _I में क्लिक की संख्या हो, और beC _मैं माँग पर कुल क्लिक हो।
फिर N = log C _i / log _i C _i अनुरोध की नौगम्यता की डिग्री है।

एक मैनुअल मूल्यांकन से पता चला है कि 0.95 से अधिक मीट्रिक मूल्य वाले प्रश्न उच्च सटीकता के साथ नेविगेशन हैं। इसके अलावा, यह सटीकता आवृत्ति प्रश्नों और दुर्लभ लोगों के लिए समान रूप से उच्च है। इस पद्धति का उपयोग करके, नेविगेशनल अनुरोध-प्रतिक्रिया का आधार लगभग 80,000 भंडारण इकाइयों तक बढ़ने में कामयाब रहा।

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

नए कारक

सबसे पहले, हमने उन अशुभ लोगों की मदद करने का फैसला किया, जो कम से कम खोज रहे थे (लेकिन नहीं मिल सके)।

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

यह सब, आखिरकार, बायसियन क्लासिफायर के तत्व बन गए और निर्णय पेड़ों के नोड्स में कारक। प्रशिक्षण के नमूनों को संतुलित करने और सीखने के परिणामों का मूल्यांकन करने के कई पुनरावृत्तियों के बाद, मूल्यांकनकर्ताओं ने आधार को एक और 10 गुना बढ़ाने में कामयाब रहे। अब लगभग 800,000 विभिन्न पृष्ठों पर लक्षित अनुरोध थे, जिनमें शामिल हैं:

• साइटों के अंदर अग्रणी ("एलजे टॉप")
• कई उपयुक्त साइटें ("TSC Antares": एक ट्रेडिंग और कंस्ट्रक्शन कंपनी और एक डांस और स्पोर्ट्स क्लब)
• उपयोगकर्ता के क्षेत्र ("Sberbank", "mvideo") के आधार पर एक लक्ष्य के साथ अनुरोध

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

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



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

"डिवाइस" प्रश्न

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



यह एक वास्तविक नेविगेशन क्वेरी है, और, जैसा कि अपेक्षित है, इसका एकमात्र सही उत्तर है ।

आइए बताते हैं कि नेविगेशन भूमिकाएं क्या हैं:

कर्नेल - एक टुकड़ा जो विशिष्ट रूप से उस साइट की पहचान करता है जिसके लिए अनुरोध होता है। यह अनुरोध का सबसे महत्वपूर्ण हिस्सा है। आमतौर पर एक साइट में दस से अधिक विभिन्न कोर नहीं होते हैं। उदाहरण के लिए, साइट lib.ru के लिए यह "lib ru", "libra", "libru" और "midge की लाइब्रेरी" है।

पृष्ठभूमि - साइट के लिए टुकड़े की अनुमति । अपने आप से, अनुरोध में उनकी उपस्थिति इसकी नेविगेशनल प्रकृति को इंगित नहीं करती है, लेकिन साथ ही वे एक उपयुक्त कर्नेल की उपस्थिति में लक्ष्य को नहीं बदलते हैं। Youtube.com के लिए ये "वीडियो", "वीडियो", हेडहंटरवन के लिए शब्द हैं - "रिक्तियां", "काम", आदि।

पथ - शब्द जो रूट पेज से साइट में लक्ष्य को स्थानांतरित करते हैं। उदाहरण के लिए, शब्द "कार्ड", जिसे किसी भी यैंडेक्स कोर पर लागू किया जा रहा है, मैप्सyandex.ru के अनुरोध को पुनर्निर्देशित करता है

क्षेत्र - एक प्रकार का मार्ग , जो अनुरोध के भूगोल को दर्शाता है। इसकी ख़ासियत यह है कि भू-निर्भर नेविगेशन के लिए क्वेरी पाठ में क्षेत्र का एक स्पष्ट संकेत उपयोगकर्ता के स्थान में एक वास्तविक परिवर्तन के बराबर है। उदाहरण के लिए, कज़ान के एक उपयोगकर्ता से प्राप्त IKEA अनुरोध को उसी स्थान पर ले जाना चाहिए जैसे किसी अन्य क्षेत्र से भेजा गया IKEA कज़ान अनुरोध।

शोर - शब्द जो नेविगेशन के संदर्भ में कुछ भी नहीं मतलब है। ये भाषण और शब्दों के सेवा भाग हैं जैसे "www", "http", "वेबसाइट", आदि।

प्रत्येक साइट के लिए, ये सभी क्वेरी टुकड़े, अक्सर दोहराया जाता है, अलग-अलग क्रम में और संयोजन डेटाबेस में मौजूद होते हैं। दोहराव को खत्म करने के प्रयास में, हमने "समग्र" प्रश्नों को स्वचालित रूप से विभाजित करने के तरीकों की तलाश शुरू कर दी, ताकि इसमें केवल विशिष्ट टुकड़े बचे रहें, और उनकी बातचीत के तर्क को प्रोग्रामेटिक रूप से लागू किया जाए।

समाधान आश्चर्यजनक रूप से सरल था - यह हमारे डेटाबेस डेटा की अतिरेक था जो हमारे हाथों में खेला गया था।

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

यदि हम साइट के अंदर आने वाले अनुरोधों को लेते हैं (उदाहरण के लिए, "Raiffeisen ATMs") और इसी तरह "रूट" को उनके रूट पेज ("Raiffeisen") पर ले जाते हैं, तो हमें रास्ता मिल जाता है ।

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

अराजकता से आदेश तक

नतीजतन, हमने फिर से वर्गीकरण को जटिल कर दिया: सबसे पहले, एक सूची के बजाय, पांच दिखाई दिए, और दूसरी बात, हमें अनुरोध में उन्हें मिलान के एक गैर-तुच्छ तर्क को लागू करना था।

लेकिन इसलिए हम एक साथ एक पत्थर से तीन पक्षियों को मारने में कामयाब रहे: वर्गीकरण की पूर्णता बढ़ गई जबकि आधार आकार में कम हो गया और कम आवृत्ति के शोर से साफ हो गया। यह लगभग निम्नलिखित निकला (धूल - शब्द पृष्ठभूमि का एक बहुत मुफ्त अनुवाद):



क्वेरी विभाजन प्रक्रिया की जटिलता द्विघात है, लेकिन इसे अभी तक अनुकूलित नहीं किया गया है: एक साधारण मोती स्क्रिप्ट डेटाबेस अपघटन के साथ एक घंटे से भी कम समय में सामना कर सकती है।

ऑनलाइन तर्क

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

• नेविगेशन टोकन पहले से अंतिम शब्द तक पूरी क्वेरी को कवर करता है
• एक नेविगेशन कोर है
• कम से कम एक सामान्य लक्ष्य के साथ मार्करों का एक संयोजन है

अलग-अलग संसाधित पथ , स्पष्ट रूप से निर्धारित URL, अनुरोध में क्षेत्र और उपयोगकर्ता का वास्तविक क्षेत्र। नतीजतन, एक फैसला जारी किया जाता है: क्या अनुरोध नेविगेशन है, और उपयोगकर्ता कहाँ जाना चाहता है।

नीचे "कोई खरगोश नहीं हैं" क्वेरी की उपयोगिता का पता लगाने की प्रक्रिया का एक योजनाबद्ध प्रतिनिधित्व है:


लेकिन रहस्यमय अनुरोध "एक पत्थर से तीन पक्षियों को मारना" हमारा ग्राहक नहीं है: अनुरोध का हिस्सा नेविगेशन के रूप में परिभाषित किया गया है, लेकिन कुछ अपरिचित (या नेविगेशन असंगत) शब्द भी हैं।

स्थानीय खोज

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

कड़ाई से बोलते हुए, वे नेविगेशनल नहीं हैं, लेकिन जब से हमने उन्हें पारित करने में पकड़ा और उनका उल्लेख नहीं करना पाप है।

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

इस तरह के प्रश्नों में, हम नेविगेशन हिस्से की पहचान करते हैं, और बाकी सब पर विचार करते हैं जैसे कि उपयोगकर्ता वहां क्या खोजना चाहता है।

ऐसे प्रश्नों के लिए खोज मापदंडों के निम्नलिखित संशोधन संभव हैं:

• केवल निर्दिष्ट साइट पर खोजें
• अपनी स्वयं की साइट खोज का उपयोग करें (जो कि परिणामों में इस तरह एक लिंक दिखाएं)
• कुछ खास नहीं करते

परिणाम क्या है?

नतीजतन, हमें मुख्य प्रश्नों का उत्तर मिला: हमें कितने नेविगेशन प्रश्न मिलते हैं और हम उनका कितना अच्छा जवाब देते हैं। एक संक्षिप्त सारांश निम्नलिखित चित्र में दिखाया गया है:



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

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

और अंत में, दृश्य परिणाम: नेविगेशन खोज के परिणामों के लिए, हम एक विस्तारित स्निपेट बनाते हैं, कभी-कभी हम वांछित साइट से कई परिणाम प्रदर्शित करते हैं, हम फ़ेविकॉन, वेबसाइट लिंक और अन्य विशेष प्रभाव दिखाते हैं:



आगे क्या है?

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

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

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

मैं इस दौर में जा रहा हूँ, आपके ध्यान के लिए धन्यवाद और, मुझे आशा है, यह आपके लिए दिलचस्प था! अगला भाग स्पेलचैकर के बारे में एक कहानी है।

मिखाइल डोलिनिन,
खोज क्वेरी टीम लीडर