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

नई सुविधाएँ

37 नई विशेषताओं में से 5 सबसे अधिक ध्यान देने योग्य (मेरी व्यक्तिगत राय में) इस तरह से निकलीं।

• अनुक्रमण के दौरान वाक्यों और पैराग्राफों की सीमाओं का पता लगाना; खोज के दौरान SENTENCE, PARAGRAPH ऑपरेटरों;
• अनुक्रमण के दौरान दस्तावेज़ के अंदर पदानुक्रमित (!) ज़ोन के लिए समर्थन, खोज करते समय ज़ोन ऑपरेटर;
• एक नया प्रकार का शब्दकोश, जो सब्सट्रिंग की खोज करने की क्षमता के साथ अनुक्रमण को बहुत तेज करता है (अनुक्रमण 5-10 गुना तेज है और सूचकांक छोटा है);
• स्ट्रिंग विशेषताओं के लिए बेहतर समर्थन: ORDER BY, GROUP BY, टकराव;
• बेहतर SphinxQL सिंटैक्स: जादू से छुटकारा पाएं, SQL'92 पर जाएं।

अनुक्रमण वाक्य और पैराग्राफ के बारे में (index_sp = 1, SENTENCE, PARAGRAPH)

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

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

अनुक्रमित करते समय, वाक्यों और अनुच्छेदों की सीमाओं को भेद करने के लिए, आपको उन्हें पता लगाने और उन्हें सूचकांक में सहेजने की आवश्यकता होती है। इसके लिए, डायरेक्टिव इंडेक्स_स्प = १ संलग्न है।

पैराग्राफ सीमा को कोड में निर्धारित कई ब्लॉक (ब्लॉक स्तर) HTML टैग माना जाता है। इसलिए, पैराग्राफ को इंडेक्स करने के लिए, आपको HTML स्ट्रिपर (html_strip = 1), tk को भी सक्षम करना होगा। HTML वहाँ संसाधित किया जा रहा है।

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

क्षेत्र अनुक्रमण के बारे में

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

इसलिए, 2.0.1 से शुरू होकर, इस तरह की मनमानी संरचना के लिए समर्थन प्रकट हुआ (किसी भी सामान्य क्षेत्र के अंदर)। यह index_zones निर्देश द्वारा शामिल किया गया है, और एक HTML स्ट्रिपर का भी उपयोग करता है, आपको इसे सक्षम करने की भी आवश्यकता होगी। किसी दस्तावेज़ को अनुक्रमित करते समय, चयनित टैग के साथ चिह्नित सभी क्षेत्रों की सीमाओं को बचाया जाएगा: जहां प्रत्येक एच 1 शुरू होता है और समाप्त होता है, उदाहरण के लिए, या वहां परिशिष्ट। क्रमशः खोजते समय, आप खोज को क्षेत्रों तक सीमित कर सकते हैं: (ZONE: h1 hello world)।

ज़ोन एक मनमानी संख्या हो सकती है। ज़ोन को एक-दूसरे में मनमाने ढंग से घोंसला बनाया जा सकता है। केवल टैग की लंबाई सीमित है, लगभग 120 बाइट्स। एक पंक्ति में सभी टैग अनुक्रमित नहीं हैं, लेकिन केवल स्पष्ट रूप से निर्देश में निर्दिष्ट हैं। आप या तो एक सटीक टैग या उपसर्ग मुखौटा निर्दिष्ट कर सकते हैं: index_zones = h *, अध्याय, अनुभाग, परिशिष्ट। ऑपरेटर की खोज करते समय, आप फ़ील्ड के समान कई ज़ोन निर्दिष्ट कर सकते हैं: (ZONE: (h1, appendix) hello world)। नामों पर कोई प्रतिबंध नहीं है, उन। HTML को उन क्षेत्रों के साथ अनुक्रमित करना संभव है, यह XML संभव है। XML आवश्यकताओं के विपरीत, यह तकनीकी रूप से ज़ोन ओवरलैप करने के लिए ठीक है (जैसे एक ट्वॉथ्री फोरफाइव सिक्स)। यह स्पष्ट रूप से आवश्यक है, हालांकि, प्रत्येक खुले क्षेत्र को बंद किया जाना चाहिए।

नए शब्दकोश के बारे में

विकास के दसवें वर्ष में, हमने अंत में एक शब्दकोश तैयार किया जिसमें (ड्रम रोल) ... कीवर्ड स्वयं सहेजे जाते हैं। पहले, केवल हैश संग्रहीत किए गए थे। दरअसल, खोज के लिए, स्वयं शब्दों की अभी भी जरूरत नहीं है: हैश की जगह ठीक काम करता है। हालांकि, पुराने प्रकार के डिक्शनरी (तानाशाही = crc) के साथ, सबस्ट्रिंग की खोज करने के लिए, इन सभी सब्सट्रिंग को पहले से अनुक्रमित किया जाना था (क्योंकि हैश द्वारा सबस्ट्रिंग की खोज करना कठिन है)। इस तरह से सभी संभावित सबस्ट्रिंग की प्री-इंडेक्सिंग, अभी भी खोज के दौरान जितनी जल्दी हो सके काम करती है। हालांकि, अनुक्रमण समय और सूचकांक का आकार बहुत अधिक पीड़ित है, यह "सामान्य" अनुक्रमण की तुलना में 5-10 गुना धीमा हो जाता है, सूचकांक तदनुसार सूज जाता है। छोटे अनुक्रमितों के लिए, 1-3 जीबी डेटा का एक कैलिबर (जो कि दुनिया में सभी टॉरेंट्स से थोड़ा कम इंडेक्सिंग के लिए पर्याप्त लगता है), यह अभी भी सहने योग्य है। 100+ GB इंडेक्स के लिए, पाठ चला गया है। इसलिए, एक निश्चित ग्राहक के साथ बातचीत में यह पता चला कि इस तरह के संग्रह में सबस्ट्रिंग की खोज शायद ही कभी आवश्यक हो। खैर, एक नया शब्दकोश संलग्न किया, जहां जाने के लिए।

यह इंडेक्स सेटिंग्स में तानाशाही = कीवर्ड निर्देश के साथ शामिल है। नियमित (!) अनुक्रमण की तुलना में, यह लगभग 1.3 गुना (हमारे आंतरिक परीक्षण, YMMV, सभी चीजों में) द्वारा धीमा है। तदनुसार, एक उपसर्ग के साथ अनुक्रमण की तुलना में, या इससे भी बदतर, infixes, यह 3+ बार तेजी से उड़ता है और कम स्थान खाता है।

वैसे, स्पष्ट कारणों के लिए, डिक्शनरी (.spi फ़ाइल) जो डिफ़ॉल्ट रूप से मेमोरी में पूरी तरह से कैश की गई है, काफी कम है। इसलिए यह कम मेमोरी भी खाता है।

अनुक्रमण की गति और बचत डिस्क / मेमोरी के ऐसे नारकीय त्वरण के लिए, निश्चित रूप से, आपको कुछ भुगतान करना होगा। सैद्धांतिक रूप से, खोज की गति को पीड़ित होना चाहिए, अधिक कुछ नहीं। ऐसा इसलिए है क्योंकि तानाशाही = कीवर्ड के साथ तारांकन चिह्न वाला प्रत्येक कीवर्ड निर्दिष्ट मास्क का उपयोग करते हुए शब्दकोश में पाए गए सभी बड़े और मोटे OR शब्दों में स्वचालित रूप से फैलता है। अनुरोध अधिक जटिल है, प्रोसेसर और डिस्क समय अधिक खा रहे हैं। वासना का मुखौटा जितना अधिक शब्दों से मेल खाएगा, हम उतने लंबे समय तक वासना की खोज करेंगे। व्यवहार में, हालांकि, यह पता चल सकता है कि एक नया शब्दकोश तेजी से निकलता है। ऐसा इसलिए है क्योंकि अगर पुराने सूचकांक निश्चित रूप से मेमोरी में फिट नहीं होते थे और हर एक के लिए धीरे-धीरे इओविट में बैठे, एक डिस्क को पढ़ना, सिर को सरकना, कैश को मर्ज करना, और उसके बाद ही सिस्कॉल आउटहाउस से बाहर निकलें, और नया इंडेक्स रखा गया है (या कम से कम) कैश्ड ज्यादा बेहतर), फिर नए "धीमे" मेमोरी अनुरोध अभी भी पुराने "फास्ट" डिस्क अनुरोधों की तुलना में तेज होंगे। दस बार से बेहतर एक बार दस बार नहीं!

विस्तार की डिग्री, वैसे, एक अलग नई सेटिंग द्वारा नियंत्रित किया जाता है, विस्तारण_संख्या । डिफ़ॉल्ट रूप से, यह अब 0 है, वे। कोई प्रतिबंध नहीं हैं। यदि आप चाहते हैं कि A * जैसे अनुरोधों को एक लाख शब्दों के लिए ओआरएस द्वारा प्रतिस्थापित नहीं किया जाए और दानव को मौत के घाट नहीं उतारा जाए, तो कुछ उचित विस्तारण_मूल सेट करना बेहतर होगा। यदि विस्तार की कोई सीमा है, तो सबसे सामान्य शब्दों के टॉप-एन को लिया जाएगा।

स्ट्रिंग विशेषताओं के बारे में

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

चूंकि तार आपके लिए संख्या नहीं हैं, और भाषा और / या केस-संवेदनशीलता आवश्यकताओं के आधार पर, उनकी तुलना अलग-अलग की जाती है, मुझे कोलाज संलग्न करना था, उन। उंगलियों पर, विभिन्न स्ट्रिंग तुलना कार्य। चूंकि मैन्युअल रूप से टकराव के एक गुच्छा को लागू करने के बाद, हम फ्रैंक, आलसी आलसी होंगे, जिन्होंने न्यूनतम सज्जन का सेट बनाया: बाइनरी, utf8_general_ci, libc_ci, libc_cs। पहले दो स्ट्रिंग्स की तुलना या तो मूर्खतापूर्ण बाइट-वार करते हैं, या क्रमशः UTF-8 के "सामान्य" (केस-असंवेदनशील) नियमों के अनुसार। दूसरे दो निंदात्मक रूप से libc और locale का उपयोग करें। मुझे यह जानकर आश्चर्य हुआ, कि LOCALE = ru_RU.utf-8 जब डेमॉन शुरू करने से 1x में काम नहीं करता है, तो बॉक्स लोकेशन से बाहर अक्सर 2x में स्थापित नहीं होते हैं। खैर, मुझे डेमॉन शुरू करते समय लोकेल का चयन करने के लिए collation_libc_locale निर्देश संलग्न करना था, और लोकेल-ए कमांड और कुछ अन्य अस्पष्ट एप्टी-गेट, यम का अध्ययन करना था।

SphinxQL के बारे में

पिछले संस्करणों में, SphinxAPI के माध्यम से सुलभ, "पुराने" खोज इंजन के शीर्ष पर SphinxQL अनिवार्य रूप से एक बहुत हल्का आवरण था। इसके माध्यम से, सभी प्रकार की अवशिष्ट घटनाएं मौजूद थीं: कॉलम आईडी, वजन आवश्यक रूप से किसी भी परिणाम सेट में जोड़ा गया था; जब मैजिक कॉलम को ग्रुप में जोड़ा गया था @ समूह, गिनती ; स्पष्ट रूप से SELECT में अनुरोध की गई विशेषताओं के आदेश का उल्लंघन किया जा सकता है (क्वेरी में एक को सूचकांक में एक के साथ बदल दिया गया था)।

SQL'92 मानक और सामान्य ज्ञान के साथ इस तरह के घटना संघर्ष, इसे साफ करने का निर्णय लिया गया। अनुरोध समान हैं, लेकिन प्रतिक्रिया भिन्न है: अब कोई अतिरिक्त जादू कॉलम नहीं जोड़े गए हैं, सभी प्रकार के WEIGHT () और COUNT (*) अब स्पष्ट रूप से अनुरोध किए जाने चाहिए। और विशेषताओं का क्रम अब अनुरोध के अनुसार बिल्कुल वापस आ गया है, और सूचकांक का निर्माण करते समय अनुक्रमणिका द्वारा नहीं चुना गया है।

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

स्टार्टअप में अपने स्वयं के डिफ़ॉल्ट मूल्य पर चेतावनी देने पर डेमन शपथ लेता है। यह प्रगति के साथ तालमेल रखने की आवश्यकता का प्रतीक है, और इसलिए कल्पना की गई है।

परिवर्तनों की सूची (यह काफी छोटा है) SphinxQL को अपडेट करने के विशेष खंड में प्रलेखन में है, सिद्धांत रूप में, सब कुछ काफी सहज होना चाहिए। तो हमारा लक्ष्य अच्छी पुरानी SQL है। जहां SELECT * FROM ... पहले लिखा गया था, अब हम SELECT *, WEIGHT () `वेट` FROM ... लिखते हैं, जहां पहले हमने केवल ग्रुप BY लिखा था, अब हम स्पष्ट रूप से COUNT (*) मायलियास लिखते हैं और मायलियास कॉलम पर जाने के लिए एप्लिकेशन को अपडेट करते हैं। , आदि।

नए पैकेज

हाथों से संकलन करना उबाऊ है, इसलिए हम धीरे-धीरे विभिन्न प्लेटफार्मों के लिए आधिकारिक बाइनरी पैकेज इकट्ठा करना सीख रहे हैं। रिलीज़ 2.0.1 पहले से ही आरएच / सेंटोस, विन 32, मैकओएस के तहत संकलित है। योजना और परीक्षण (मुझे आशा है कि यह अगले 1-2 सप्ताह है) अभी भी उबंटू, विन 64 के लिए पैकेज हैं। इसके अलावा, फंतासी विफल हो जाती है और एक सर्वेक्षण करना आवश्यक होगा, जिसके लिए आप अभी भी आधिकारिक बायनेरी चाहते हैं।

सभी अलग अलग नई सुविधाओं के

"यूरोप भर में सरपट" प्रारूप में, मैं कई अन्य संभावित दिलचस्प टुकड़ों के माध्यम से भागूंगा।

हमने स्निपेट्स के एक पैकेज का बहु-थ्रेडेड और वितरित निर्माण किया, मामले के लिए जब आपको सर्वर पर झूठ बोलने वाले बड़े दस्तावेजों से उन्हें जल्दी से बनाने की आवश्यकता होती है। यह सर्वर पर dist_threads की उपस्थिति में शामिल है, स्निपेट्स के लिए अनुरोध में load_files, और अब तक यह केवल एपीआई के माध्यम से काम करता है।

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

एक नया लॉग प्रारूप बनाया, query_log_format = sphinxql। सभी खोज क्वेरी (दोनों API के माध्यम से और QL के माध्यम से) सही SphinxQL सिंटैक्स में बदल जाती हैं और लिखी जाती हैं, लिखी जाती हैं। एक नियमित लॉग के विपरीत, यह फिल्टर, सेलेक्ट एक्सप्रेशन, एरर आदि रिकॉर्ड करता है। डिबगिंग और प्रोफाइलिंग के लिए सुविधाजनक है। हम सभी गैर-खोज प्रश्नों (स्निपेट इत्यादि) की लॉगिंग को पूरा करने जा रहे हैं।

हमने ब्लेंड_मोड को निर्देश दिया ताकि मिश्रित पात्रों के साथ अनुक्रम कई अलग-अलग तरीकों से अनुक्रमित हों। (उदाहरण के लिए, ताकि "शब्द" @ sphinxsearch # इंडेक्स के सभी तीन वेरिएंट्स @sphinxsearch, sphinxsearch #, @ sphinxsearch #, और केवल अंतिम एक ही न हो।)

उन्होंने एक प्रहरी बनाया ताकि धागे के साथ मोड में, दानव बालों से खुद को उठाएगा, यदि वह। आप इसे निष्क्रिय कर सकते हैं।

Id64 अनुक्रम में id32 अनुक्रमित लोड करने के लिए समर्थन किया। हम जबरन सक्षम करने जा रहे हैं --enable-id64 हमेशा, यहाँ तैयार हो रहे हैं।

उन्होंने बहु-प्रश्नों के लिए समर्थन, विशेषताओं के लिए अद्यतन, विवरण, शो के टैब, DELETE ... कहाँ आईडी में (...) और SphinxQL में अच्छी छोटी चीजों के सभी प्रकार।

हमने कई बार अंग्रेजी स्टेमर को अनुकूलित किया, आकृति विज्ञान = स्टेम_ इंडेक्सेशन के साथ कहीं-कहीं 1.3 गुना तेजी।

उन्होंने बड़ी और मोटी फाइलों पर स्निपेट को अनुकूलित किया, साथ में स्टेमर के साथ यह 1.5 गुना या 2 तेजी से निकला।

खैर, बग्स एक खाते के बिना तय किए गए थे, निश्चित रूप से।

क्या और कब) 2.0.2 में इंतजार करना है

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

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

कैसे अपने कान में चिल्लाओ

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

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

कुल मिलाकर

हमने सुविधाओं का एक गुच्छा और 2.0.1-बीटा जारी किया । उसी समय, हमने शुरुआती लोगों के लिए उनके बारे में एक पुस्तक लिखी और उन्नत लोगों के लिए अगली पुस्तक के बारे में सोच रहे हैं। हम सबसे खराब दुश्मन (खुद) को हराना चाहते हैं और अगली रिलीज में बहुत कुछ करना चाहते हैं, लेकिन जल्दी से बदलाव के लिए। आप हमारी हरसंभव मदद कर सकते हैं । परंपरागत रूप से, हम किसी भी प्रतिक्रिया और बग की विशेषता वाले शाफ्ट की बहुत उम्मीद करते हैं ।

ऐसी बातें।