💤 ⬜️ 🎮 मीडियाविकि-आधारित ज्ञानकोष का निर्माण एक बुरा विचार क्यों नहीं है 👌🏼 👩🏻‍🚀 👩🏾

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

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

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

आप इसमें क्यों आए और आप वैसे भी कौन हैं

नमस्कार। मेरा नाम निकोलाई है, मैं एक QA इंजीनियर हूं।

t e x t b f * स ह ा न ु भ ू त ि प ू र ् ण प ् र श ं स ा *

$\ textbf {* सहानुभूतिपूर्ण प्रशंसा *}$

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

सबसे पहले, मीडियाविक्की के चिप्स के बारे में

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

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

नाम स्थान । विकी की विचारधारा कहती है कि सब कुछ एक पृष्ठ है (यहां तक कि एक श्रेणी या छवि)। विभिन्न प्रकार के पृष्ठों को अलग करने के लिए, नामस्थानों का विचार जोड़ा गया था। यदि आप चाहें, तो आप विभिन्न प्रकारों के ज्ञान के लिए अपने स्वयं के नामस्थान जोड़ सकते हैं (उदाहरण के लिए, उत्पाद जानकारी, उपयोगिताओं, मार्गदर्शिकाओं, प्रक्रियाओं के विवरण, अन्य सेवा जानकारी के लिए अलग नामस्थान)।

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

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

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

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

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

संपादकों

विकी के सबसे महत्वपूर्ण हिस्सों में से एक संपादक है। यदि दृश्य संपादक नहीं है, तो विकी को लागू करना बेहद मुश्किल है, क्योंकि केवल एक बहुत ही पहल करने वाला व्यक्ति विकि मार्कअप सीखने के लिए सहमत होगा।

दृश्य संपादक

एक अपेक्षाकृत हालिया एक्सटेंशन - विजुअलएडिटर लेख के दृश्य संपादन के साथ समस्या को हल करता है। उसके पास अपने जाम हैं, लेकिन अधिकांश कार्यों के लिए उसके पास पर्याप्त हैं। सबसे अधिक ध्यान देने योग्य समस्याओं में से - सबसे सुविधाजनक छवि प्रविष्टि नहीं है।

दृश्य संपादक की उपस्थिति, Parsoid के आगमन से निकटता से संबंधित है, जो Mediawiki सिंटैक्स और HTML के बीच रूपांतरण सेवा है। यह कार्य इस तथ्य के कारण बेहद गैर-तुच्छ हो गया कि मीडियाविकि सिंटैक्स यादृच्छिक रूप से विकसित हुआ और इसे सख्ती से परिभाषित नहीं किया गया था। आधिकारिक ब्लॉग के उत्कृष्ट पोस्ट में और पढ़ें।

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

WikiEditor

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

संपादन का विरोध

अतीत में मीडियाविकि का उपयोग करने वाला कोई भी व्यक्ति यह याद रखता है कि संपादन संघर्ष का हर संकल्प कितना दर्दनाक था।

डिफ़ॉल्ट रूप से सक्षम बीटा के साथ TwoColConflict समाधान को बहुत सरल करता है। संघर्ष की स्थिति में, आप उन स्थानों को देख सकते हैं जहां संघर्ष होता है, और विवादास्पद टुकड़े के वांछित संस्करण का चयन करें। यदि दोनों संस्करण पूर्ण नहीं हैं, तो आप उनमें से किसी एक को पूरक कर सकते हैं। व्यवसाय में कुछ इस तरह दिखता है:

आप इसे परीक्षण पृष्ठ पर स्वयं आज़मा सकते हैं।

उसी सामग्री को जोड़ने के लिए प्रपत्र

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

यह विस्तार सिमेंटिक मीडियाविकी या इसके एनालॉग्स का उपयोग करते समय अपनी शक्ति को प्रकट करता है। सिमेंटिक मीडिया विज्ञान आपको पृष्ठ के गुणों के साथ पृष्ठ गुणों या वस्तुओं को जोड़ने की अनुमति देता है। गुण इस प्रकार सेट होते हैं (उदाहरण के लिए, जर्मनी पृष्ठ):

[[ ::]]

इन गुणों और वस्तुओं को तब पूछ अनुरोध का उपयोग करके या एपीआई के माध्यम से प्राप्त किया जा सकता है।

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

रजिस्ट्री कुंजियों के लिए, मुख्य जानकारी को समान गुणों से बाहर निकाला जाता है ताकि किसी दिए गए मान के साथ एक .reg फ़ाइल उत्पन्न करने के लिए इसका उपयोग किया जा सके।

श्रेणी का पेड़

PageForms श्रेणी के पेड़ के साथ एक फ़ील्ड जोड़ने की क्षमता का समर्थन करता है, इसलिए आपको आवश्यक श्रेणियों में एक पृष्ठ जोड़ने के लिए, बस आवश्यक चेकबॉक्स पर क्लिक करें।

दूसरी ओर, जब हमारे पास पहले से ही वर्गीकृत किए गए लेख होते हैं, तो उन्हें पेड़ के रूप में किसी भी पृष्ठ पर प्रदर्शित किया जा सकता है:

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

LDAP / AD प्राधिकरण

Ldap प्रमाणीकरण एक्सटेंशन डोमेन प्राधिकरण, कुछ समूहों के लिए उपयोग पर प्रतिबंध, और ldap समूहों के लिए Mediawiki उपयोगकर्ता समूहों की मैपिंग का समर्थन करता है। आप एक साथ कई डोमेन कॉन्फ़िगर कर सकते हैं। यह सेटिंग्स के मामले में अधिक थकाऊ है, लेकिन, सौभाग्य से, इंटरनेट पर बहुत अच्छे निर्देश हैं ।

ग्रेन्युलर एक्सेस राइट्स

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

कई अलग-अलग एक्सटेंशन हैं, लेकिन वे मौलिक समस्या को हल नहीं करते हैं: मीडियाविकि को सीएमएस के रूप में नहीं बनाया गया था। एक्सेस अधिकारों का समर्थन करने के लिए, आपको मीडियाविकि कोड को, मैन्युअल रूप से जोड़ना होगा

 $title->userCan('read')

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

खुद के लिए, मैंने एक स्व-निर्मित एक्सटेंशन के साथ समस्या को हल किया, जो कि PermissionACL के विचार और विभिन्न एक्सटेंशन के लिए पैच के एक पैकेट और स्वयं मीडियाविकी के साथ बनाया गया था। सौभाग्य से, मुझे एक उन्नत एसीएल की आवश्यकता नहीं थी, कई समूहों के लिए पर्याप्त आदिम जांचें थीं।

छवियों के लिए समान समर्थन करने के लिए, आपको Img_auth.php में फ़ाइल एक्सेस को लपेटना होगा । और बाद में मीडियाविकी से फ़ाइलों की एक स्ट्रीमर का उपयोग किया जाता है, जो आंशिक सामग्री (मीडियाविकी 1.31 के समय) को देना नहीं जानता है, इसलिए वीडियो प्लेबैक का समर्थन करने के लिए आपको फ़ाइलों के दूसरे स्ट्रीमर को संलग्न करना होगा।

वीडियो का समर्थन

वीडियो समर्थन मानक पैकेज में शामिल नहीं है, लेकिन TimedMediaHandler एक्सटेंशन को स्थापित करके तुच्छ रूप से हल किया गया है। सामान्य वीडियो प्लेयर, कुछ खास नहीं। किसी पृष्ठ पर वीडियो सम्मिलित करना ठीक वैसा ही है जैसे किसी चित्र को सम्मिलित करना।

खोज

उन चीजों में से एक जो व्यक्तिगत रूप से मुझे कॉन्फ्लुएंस में बताती है, वह खोज है। मानक मीडियाविकी खोज और भी बदतर है, लेकिन सौभाग्य से तीसरे पक्ष के एक्सटेंशन हैं। खोज एक्सटेंशन में से, सबसे लोकप्रिय CirrusSearch और SphinxSearch हैं । मैंने कभी भी बाद का उपयोग नहीं किया, लेकिन मुझे पहली बार बहुत कसकर पता चला, वैसे इसका उपयोग विकिमीडिया फाउंडेशन परियोजनाओं में भी किया जाता है।

CirrusSearch, इलास्टिक्स खोज के आधार पर काम करता है, कार्य के विस्तार के लिए, आपको एक मध्यवर्ती इंटरफ़ेस - इलास्टिक एक्सटेंशन भी स्थापित करना होगा।

CirrusSearch एक पागल संख्या मापदंडों का समर्थन करता है और काफी सक्रिय रूप से विकसित हो रहा है। उदाहरण के लिए, मुझे बहुत खुशी हुई कि CamelCase खोज शाखा 1.32 में शुरू हुई।

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

एक्सटेंशन LocalSettings कॉन्फ़िगरेशन स्तर पर समानार्थी शब्द जोड़ने का समर्थन नहीं करता है, लेकिन एक्सटेंशन कोड को संपादित करके इसे हल करना मुश्किल नहीं है - एनालिसिसकोनफिग Bilder.php देखें और इलास्टिक्स के लिए समानार्थक शब्द सेट करने के निर्देश ।

यदि आप चाहें, तो आप इनपुटबॉक्स एक्सटेंशन के माध्यम से मुख्य पृष्ठ पर एक खोज लाइन जोड़ सकते हैं, जिसके बाद आप निर्देशों के अनुसार ऑटो-पूरा करने के लिए इसे फास्ट कर सकते हैं।

वैसे, एडवांस्ड सर्च सर्च पेज के लुक को छोटा करने में मदद करेगा, इसके साथ यह चेकबॉक्स प्रशंसक का शिकार नहीं लगेगा।

एनालिटिक्स

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

इंट्रानेट के लिए माटोमो (पूर्व पिविक ) का एक अत्यंत योग्य विस्तार है। एकीकरण के लिए इसी विस्तार MatomoAnalytics है ।

Matomo खोज क्वेरीज़, ट्रैफ़िक स्रोत, डाउनलोड, क्लिक-थ्रू (आप स्वयं पृष्ठ पर ओवरले के साथ क्लिक-थ्रू फ़्रीक्वेंसी देख सकते हैं) और कई अन्य मैट्रिक्स पर आंकड़े एकत्र करते हैं। सांख्यिकी को विशिष्ट उपयोगकर्ताओं, और अनाम दोनों के संदर्भ में एकत्र किया जा सकता है, ताकि किसी को भ्रमित न किया जा सके।

अन्य

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

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

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

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

मीडियाविकि-आधारित ज्ञानकोष का निर्माण एक बुरा विचार क्यों नहीं है