प्रस्तावना

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

शुरुआत

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

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

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

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

कार्य

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

मीडियाविकि

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

मीडियाविकि की स्थापना और प्रारंभिक सेटअप निर्देशों के अनुसार पूर्ण रूप से किया गया था। उत्पाद की परिपक्वता का संकेत - रेडमिन के साथ बहुत अधिक समय तक गड़बड़ करना पड़ा।

थोड़ी देर के लिए मुझे कुछ प्रकार की गहन त्रुटि के कारण LDAP प्रमाणीकरण स्थापित करने के साथ खुद को पीड़ा देना पड़ा, लेकिन सब कुछ काम कर गया और कर्मचारियों को अपनी साख के साथ प्रणाली का उपयोग करने का अवसर मिला। अनाम उपयोगकर्ताओं द्वारा पहुंच को पूरी तरह से अस्वीकार कर दिया गया था।

फैसिलिटेटिंग इनपुट - फॉर्म

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

यह एक्सटेंशन आपको प्रपत्रों के विवरण बनाने की अनुमति देता है जो Form नेमस्पेस में पृष्ठों पर रखे जाते हैं।
उदाहरण के लिए, किसी कर्मचारी के बारे में जानकारी भरने के लिए फ़ॉर्म का विवरण फॉर्म पर है Form: पृष्ठ और, पहले सन्निकटन के लिए, इस तरह दिखता है:

 <noinclude>      .     .       includeonly.</noinclude> <includeonly> {{{for template|}}} : {{{field|}}} : {{{field|}}} {{{end template}}} </includeonly>

अब एक पृष्ठ पर आपको एक विशेष फ़ंक्शन कॉल सम्मिलित करने की आवश्यकता है:

           : {{#forminput:form=}}

परिणाम नए / संपादित पृष्ठ और एक बटन के नाम के लिए एक इनपुट फ़ील्ड होगा:

जैसा कि अपेक्षित है, बटन पर क्लिक करने से एक पेज खुलता है:

टेम्पलेट्स

अगला सबसे दिलचस्प है। डेटा किस रूप में संग्रहीत रूप में दर्ज किया जाता है और आगे क्या करना है?

सहेजे गए पृष्ठ के स्रोत पाठ को संपादित करने के लिए, आप निम्न निर्माण देख सकते हैं:

 {{ |= |= }}

यह Template: और बराबर और के मानों के साथ Template: टेम्पलेट क्रमशः। टेम्प्लेट Template नामस्थान से पृष्ठों पर परिभाषित किए जाते हैं और यह निर्धारित करते हैं कि टेम्पलेट कॉल को किसके साथ बदल दिया जाएगा। ट्रिपल घुंघराले ब्रैकेट में पैरामीटर नामों के लिए टेम्पलेट पैरामीटर के मूल्यों को प्रतिस्थापित किया जाएगा। यदि आप एक टेम्पलेट को इस तरह परिभाषित करते हैं:

 : {{{}}} : {{{}}} [[Category:]]

तब इवानोव इवान इवानोविच का पेज इस तरह दिखेगा:

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

 [[Has default form::]]

सिमेंटिक मीडियाविकि और अर्थ एनोटेशन (गुण)

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

 [[::]]

हमारे टेम्पलेट में, स्थिति और विभाग गुणों की भूमिका के लिए प्राकृतिक उम्मीदवार हैं। हम इसे टेम्पलेट में ठीक करते हैं:

 : [[::{{{}}}]] : [[::{{{}}}]] [[Category:]]

दृश्य रूप से, व्यावहारिक रूप से कुछ भी नहीं बदला है - एक संपत्ति को परिभाषित करने के बजाय, इसका मूल्य प्रदर्शित किया जाता है, अर्थात, टेम्पलेट पैरामीटर का मूल्य:

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

कहां: अन्य संस्थाओं की तरह, गुणों के अपने नामस्थान हैं। इसलिए, संपत्ति के गुण (प्रकार,) स्वयं Property: पृष्ठ पर सेट किए जाते हैं।
जैसे: गुणों के समान तंत्र का उपयोग करके, स्वयं द्वारा। हम String टाइप करने के लिए गुण सेट करते हैं और संभावित मान सेट करते हैं:

 This is a property of type [[Has type::String]]. The allowed values for this property are: * [[Allows value::]] * [[Allows value::]]

वैसे, यह परिवर्तन फ़ॉर्म को प्रभावित करेगा: प्रविष्टि प्रविष्टि फ़ील्ड संबंधित मानों के साथ ड्रॉप-डाउन सूची में बदल जाएगी।

नोट: यदि जादू काम नहीं करता है, तो आपको property पैरामीटर को फ़ील्ड परिभाषा में जोड़ना होगा। पैरामीटर मान इस फ़ील्ड द्वारा उपयोग की गई संपत्ति का नाम है:

 {{{field||property=}}}

अनुरोध

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

 {{#ask: [[Category:]] |? |? |format=table}}

सबसे पहले, वाक्यविन्यास की सामान्य समझ के लिए कुछ शब्द: {{#f: ... }} एक फ़ंक्शन कॉल है जिसका नाम f है। कार्य एक्सटेंशन में परिभाषित किए गए हैं, मैंने उन्हें परिभाषित करने की कोशिश नहीं की है। कार्यक्षेत्र की छड़ें फ़ंक्शन मापदंडों को साझा करती हैं। अर्थात्, हमारे पास चार मापदंडों के साथ पूछें फ़ंक्शन के लिए एक कॉल है।

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

पृष्ठ का नाम । कॉलम डिफ़ॉल्ट रूप से प्रदर्शित किया जाता है, लेकिन पैरामीटर mainlabel=- साथ आवश्यक होने पर इसे दबाया जा सकता है।
स्थिति । यह हम पहले ही पूछ चुके हैं।
विभाग । और यह हम भी हैं।

यदि आवश्यक हो, तो आप एक फिल्टर जोड़ सकते हैं, उदाहरण के लिए, एक निश्चित विभाग के कर्मचारियों को चुनना (इस मामले में, विभाग कॉलम हटाया जा सकता है, यह उबाऊ है):

 {{#ask: [[Category:]] [[::]] |?=      |format=table}}

फ़ंक्शन फ़ंक्शन का आउटपुट स्वरूप काफी कुछ कर सकता है। विशेष रूप से, मैंने पाया ऑब्जेक्ट पृष्ठों के लिए दिए गए संपत्ति के मूल्यों को format=sum करने के लिए format=sum का उपयोग किया। उदाहरण के लिए, यदि प्रत्येक कर्मचारी के पास वेतन संपत्ति है, तो इस तरह से आप विभाग के लिए कुल वेतन की गणना कर सकते हैं।

कंप्यूटिंग

अधिक जटिल गणनाओं के लिए, ParserFunctions एक्सटेंशन कंस्ट्रक्शन (यदि और स्विच) और प्रोग्रामिंग भाषाओं में अभिव्यक्तियों को नियंत्रित करने के लिए समान फ़ंक्शन का एक सेट प्रदान करता है।

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

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

स्क्रिबुन्टो - स्क्रिप्टिंग भाषाओं को एम्बेड करने के लिए एक्सटेंशन, अब तक केवल लुआ समर्थित है;
स्क्रिप्ट - आर पर गणना;
विंटर - ( W iki इंटर प्रेटर) - इसकी अपनी भाषा, PHP की याद ताजा करती है और LISP की एक बिट, जैसा कि प्रलेखन में लिखा गया है;
StackFunctions - ग्राफिक्स के बिना लगभग पोस्टस्क्रिप्ट।

स्क्रिप्टिंग भाषा के लिए एक्सटेंशन चुनते समय, सुरक्षा पर ध्यान दें!

subobjects

बिना फ़ील्ड वाले ऑब्जेक्ट जिनका मान संस्थाओं की सूची है, बहुत आसान है। जीवन में सब कुछ बहुत कठिन है और आपको इससे निपटने में सक्षम होने की आवश्यकता है।

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

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

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

फॉर्म के क्षेत्र के लिए, आपको holds template पैरामीटर निर्दिष्ट करने की आवश्यकता है, और नीचे (यह अन्यथा काम नहीं करेगा), एक और फ़ॉर्म ( ) को परिभाषित करें और इसमें multiple पैरामीटर निर्दिष्ट करें - इसे कई बार दर्ज किया जा सकता है और embed in field=[] किया जा सकता है - यह फ़ॉर्म मान निर्धारित करता है फार्म के क्षेत्र:

 {{{for template|}}} ... {{{field||holds template}}} {{{end template}}} {{{for template||label=|multiple |embed in field=[]}}} : {{{field|}}} : {{{field|}}} : {{{field|}}} {{{end template}}}

नोट: एक और एक ही टेम्पलेट ( ) को कई क्षेत्रों ( और कुछ भी) के लिए नहीं सौंपा जा सकता है । आपको मध्यवर्ती टेम्पलेट बनाना होगा।

परिणाम इस इंटरफ़ेस होगा:

पृष्ठ को सहेजने के बाद, फ़ील्ड का मान टेम्पलेट के लिए कॉल की एक सूची होगी:

 {{ ... |={{ |=2013/04/30 |=2013/05/10 |=   }}{{}} }}

टेम्पलेट की परिभाषा में, पैरामीटर के प्रतिस्थापन से टेम्पलेट का एक पुनरावर्ती प्रतिस्थापन होगा, जिसे निम्नानुसार परिभाषित किया गया है:

 <includeonly>{{#subobject: |={{{}}} |={{{}}} |={{{}}} }}</includeonly>

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

 {{#ask: [[-Has subobject::{{FULLPAGENAME}}]] |? |? |?}}

हमें कर्मचारी की सभी व्यावसायिक यात्राओं के साथ एक संकेत मिलेगा। यहां नए में से, केवल Has subobject का उपयोग किया जाता Has subobject । यह गुण सभी पृष्ठों पर स्वचालित रूप से पाया जाता है और इसका मान इस पृष्ठ पर परिभाषित सबोबिज का सेट है। शुरुआत में माइनस का मतलब है कि यह संपत्ति औंधा होना चाहिए, अर्थात, पृष्ठ के उप-विषय से प्रतिक्रिया का उपयोग करें। {{FULLPAGENAME}} एक अंतर्निहित चर है जिसका मूल्य वर्तमान पृष्ठ का नाम है। इस प्रकार, हम वर्तमान कर्मचारी के लिए यात्राएं चुनते हैं।

प्रलेखन में इस क्षण को अस्पष्ट रूप से वर्णित किया गया है, चर्चा में जानकारी का हिस्सा, परीक्षण और त्रुटि से कार्य करना पड़ा। अंत में, एक समाधान और समझ मिली, मैं साझा करता हूं।

पहुँच अधिकार

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

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

दुर्भाग्य से, समाप्त पैच केवल MediaWiki 1.18.6 के लिए था, और मैंने पहले ही 1.20.2 स्थापित किया और सभ्य डेटा डाउनलोड किया। मुझे कई दिनों तक पैच पर बैठना और पोर्ट करना पड़ा। मीनिंग ऑफ लॉ के अनुसार, सचमुच अगले दिन, मेरे लिए सब कुछ काम करने के बाद, मीडियाविकि 1.20.3 के लिए तैयार पैच दिखाई दिया।

स्थापित करते समय, ACL नाम स्थान सूचकांक पर ध्यान दें - इसे अन्य नामस्थानों के साथ संघर्ष नहीं करना चाहिए। सब कुछ काम करने लगता है, क्योंकि HACL_GlobalFunctions.php फ़ाइल में यह सूचकांक 300 में परिभाषित किया गया है:

 if (!isset($haclgNamespaceIndex)) $haclgNamespaceIndex = 300;

लेकिन HACL_Initialize.php वैरिएबल को पहले से अनुचित रूप से:

 $haclgNamespaceIndex = 102;

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

मुझे एक परेशान करने वाला फीचर आया - यदि आप उपयोगकर्ता द्वारा बनाए जाने से पहले एक्सेस अधिकारों की एक सूची बनाते हैं, तो जब तक आप पेज को एक्सेस राइट्स की सूची के साथ दोबारा सेव नहीं करते, तब तक राइट्स काम नहीं करते हैं। यह एक परेशानी थी जब तक कि मैंने maintenance/createAndPromote.php पाया और इसे अंतिम रूप दिया ताकि आम उपयोगकर्ताओं को सिस्टम में लॉग इन करने के लिए इंतजार किए बिना बनाया जा सके। आपको याद दिला दूं कि उपयोगकर्ताओं की सूची मुझे पहले से ज्ञात है।

शायद, अगर मुझे Mediawiki4Intranet असेंबली के बारे में पता था, जिसमें IntraACL शामिल है, तो मैं इस समाधान का उपयोग करूंगा और खुद को कुछ दिनों तक बचाऊंगा।

सर्वर कोड डीबगिंग

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

 $wgDebugToolbar = true;

निष्कर्ष

मुझे सूचना प्रणाली बनाने के आधार के रूप में सिमेंटिक मीडियाविकि पसंद आया। निर्धारित कार्य व्यावहारिक रूप से हल किए गए हैं:

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

इसके नुकसान भी हैं:

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

धन्यवाद

मैं वास्तव में इसकी सराहना करता हूं:

Yaron Koren , एक MediaWiki डेवलपर जो उपयोगकर्ता से सेमेटिक फॉर्म के बारे में सवालों के जवाब देता है ;
इंट्राएसीएल विस्तार के डेवलपर्स के लिए, विशेष रूप से विटालिफ़िलिपोव में ।

सिमेंटिक मीडियाविकि पर आधारित सूचना प्रणाली