Partkeepr: पार्टकीपर विकी

अभी के लिए केवल एक चीज जो मैंने "काम" करने में कामयाब रही है, वह है googles कैश्ड पेजों का उपयोग करना। आप बस एक प्रासंगिक विकी पृष्ठ की खोज करते हैं, Google एक परिणाम दिखाता है और फिर लिंक पर क्लिक करने के बजाय, उसके बगल में स्थित छोटे नीचे तीर पर क्लिक करें और फिर कैश्ड पर क्लिक करें। इसे स्टाइल नहीं किया जाएगा लेकिन सामग्री है। या आर्काइव.org का उपयोग करके जाएं : संगठन:80/विकी/Main_Page

मुझे उम्मीद है कि किसी बिंदु पर विकी वापस आ जाएगा, भले ही केवल जीथब पर एक फ़ोल्डर में नंगे एचटीएमएल के रूप में (या यहां विकी टैब में)।

ऐसा लगता है कि विकी ऑनलाइन वापस आ गया है।

उत्कृष्ट खबर! समापन।

वैसे भी, क्या किसी को पता है कि विकी कहाँ होस्ट किया गया है? क्या यह अभी भी @Drachenkaetzchen की जिम्मेदारी है? एक अन्य अंक में पार्टकीपर की समस्या फिलहाल थोड़ी अटकी हुई बताई गई है। यह @Drachenkaetzchen की मदद

@ Gasman2014 कुल मिलाकर मैं इस मुद्दे को लंबे समय तक हल होने तक फिर से खोलने के लिए मतदान करूंगा।

मैं @christianlupus के साथ हूं, मैं कहूंगा कि इसे इसके बजाय github के विकी अनुभाग में होस्ट करें, जो @Drachenkaetzchen के सर्वर और कंधों से कुछ भार लेना चाहिए।

एक दीर्घकालिक समाधान की वांछनीयता और @C44Supra और @christianlupus के सुझावों को ध्यान में रखते हुए, इस डेटा को संग्रहीत करके और इसे github के माध्यम से स्वतंत्र रूप से होस्ट करके फ़ेलिशिया

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

यदि आपको वर्तमान विकी या डीबी डंप के लिए किसी प्रकार की एपीआई एक्सेस की आवश्यकता है, तो कृपया मुझे बताएं।

मैं इसे तैयार करने का प्रयास करने को तैयार हूं। मैं अपने व्यक्तिगत खाते में एक विकी पर माइग्रेट करने का प्रयास करूंगा। जहां तक ​​मैंने इसे देखा है, मैं केवल विकी के नवीनतम संस्करण को ही माइग्रेट कर सकता हूं और कुछ मैनुअल बदलाव की जरूरत है।

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

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

@Drachenkaetzchen मैं आपसे यह सत्यापित करने के लिए
पुनश्च: मैंने आपको रेपो में एक सहयोगी के रूप में जोड़ा है ताकि आप इसके साथ खेल सकें।

मेरे द्वारा छूटी हुई त्रुटियों के लिए विकी शिकार को देखने के लिए अन्य सभी का स्वागत है।

@Drachenkaetzchen मैं आपसे यह सत्यापित करने के लिए

मैं उलझन में हूं, मुझे वास्तव में क्या सत्यापित करना चाहिए?

मैंने विकी को जीथब में पोर्ट किया। कृपया जांचें कि क्या यह कार्य आपके गुणवत्ता मानकों द्वारा स्वीकार्य है और मैंने पूरी तरह से गड़बड़ नहीं की है।

मुझे लगता है कि आपको उपयोगकर्ताओं से पूछना चाहिए;) मैं शायद ही कभी विकि का उपयोग करता हूं।

मैं मेलिंग सूची पर प्रतिक्रिया मांगने का सुझाव देता हूं

मैंने मेलिंग सूची पर एक संदेश छोड़ा है। केवल पूरा करने के लिए यहां क्रॉस-रेफर किया गया।

मेरा सुझाव है कि हम जीथब विकी के बजाय जीथब पेजों के साथ जाएं। वहाँ फ़ाइल संगठन के संबंध में हमारे पास अधिक विकल्प होंगे और दोनों समाधानों में कोई बड़ा अंतर नहीं है। क्या कोई विकल्प है कि एक जीथब विकी बेहतर अनुकूल हो सकता है?

@Drachenkaetzchen मुझे विकी के प्रवास के संबंध में अन्य उपयोगकर्ताओं से अधिक ध्यान और प्रतिक्रिया नहीं मिली। क्या आपके पास कोई कार्यक्रम है या हम यहां कैसे आगे बढ़ेंगे? मैं लिंक को काम करने और फ़ाइल नामों को उपयोगी बनाने के मामले में माइग्रेशन तैयार करूंगा। चूंकि यह मैनुअल काम है, मैं इसे नहीं करना पसंद करूंगा, जब बाद में इसका उपयोग न किया जाए।

मैं वास्तव में कोई प्रतिक्रिया नहीं दे सकता। मैं परियोजना के लिए केवल नंगे हड्डियों के व्यवस्थापक सामान करने में सक्षम हूं।

ठीक है, तो मैं @dromer से उनकी राय देने के लिए कहता

हाय सब, मैंने विकी को जीथब में माइग्रेट करने के बारे में कोई चर्चा नहीं देखी है।

मुझे लगता है कि हमारे पास जो भी जानकारी है उसे एक संसाधन में केंद्रित करना समझ में आता है। लेकिन साथ ही हम जिस जानकारी पर माइग्रेट करते हैं वह प्रासंगिक होनी चाहिए और विरासत की चीज़ों से काट-छाँट करनी चाहिए।

जीथब विकी और पृष्ठों के साथ मेरा अनुभव बहुत अधिक अस्तित्वहीन है इसलिए मैं वास्तव में वहां टिप्पणी नहीं कर सकता।

[संपादित करें: आह पेज एक जेकिल साइट या कुछ और की तरह होंगे। तब एक ऑटोफॉर्मेटर के लिए कोई वरीयता?]

आह पेज एक जेकिल साइट या कुछ और की तरह होंगे।

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

वाक्य से आपका क्या तात्पर्य है

एक ऑटोफॉर्मेटर के लिए कोई वरीयता तो?

आपका मतलब स्टाइल/लेआउट है?

क्षमा करें मेरा मतलब साइट जनरेटर था। मेरा मानना ​​​​है कि जीथब पेज जेकिल के अलावा दूसरों का उपयोग कर सकते हैं?

मुझे यकीन नहीं है कि जेकिल विकी को व्यवस्थित करने का सबसे आसान/सबसे अच्छा तरीका होगा, हालांकि, जीथब विकी पर वास्तव में क्या फायदा होगा?

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

मुझे लगता है कि जीथब विकी पर कुछ खंडित पृष्ठ भी हैं। यह सब परियोजना की वर्तमान स्थिति के लिए केवल प्रासंगिक और सही जानकारी के साथ अभिसरण किया जाना चाहिए।

क्षमा करें मेरा मतलब साइट जनरेटर था। मेरा मानना ​​​​है कि जीथब पेज जेकिल के अलावा दूसरों का उपयोग कर सकते हैं?

कोई दिक्कत नहीं है। हो सकता है, मैंने अभी तक इसे पूरी तरह से हल नहीं किया है।

मुझे यकीन नहीं है कि जेकिल विकी को व्यवस्थित करने का सबसे आसान/सबसे अच्छा तरीका होगा, हालांकि, जीथब विकी पर वास्तव में क्या फायदा होगा?

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

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

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

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

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

इस मुद्दे का पूरा बिंदु सर्वर के डाउन होने की स्थिति में वर्तमान विकी को संरक्षित करना है।

मुझे लगता है कि जीथब विकी पर कुछ खंडित पृष्ठ भी हैं। यह सब परियोजना की वर्तमान स्थिति के लिए केवल प्रासंगिक और सही जानकारी के साथ अभिसरण किया जाना चाहिए।

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

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

मैं किसी भी तरह से खुश हूं.. लेकिन एक अनुरक्षक होना एक अच्छा विचार होगा... मेरा अनुभव यह है कि ये चीजें तेजी से बढ़ती हैं

यह सच है। आपका मतलब है कि एक व्यक्ति पूरी तरह से दस्तावेज़ीकरण को अद्यतित रखने के लिए समर्पित है?

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

मेरे पास आज थोड़ी अधिक ऊर्जा है, इसलिए यहाँ कुछ विचार हैं:

• वर्तमान विकी लोगों के लिए दस्तावेज़ीकरण में योगदान करना कठिन बना देता है क्योंकि मुझे पंजीकरण अक्षम करना पड़ा था, जिसके लिए मुझे मैन्युअल रूप से उपयोगकर्ता बनाने की आवश्यकता थी
• गिटहब एकीकृत विकी नेविगेशन को कठिन बनाता है, खासकर यदि ऐसे कई पृष्ठ हैं जो मुख्य पृष्ठ से ठीक से जुड़े नहीं हैं।
• दस्तावेज़ीकरण में योगदान करना आसान होना चाहिए। अधिमानतः जहां उपयोगकर्ता मौजूदा सामग्री को संपादित करने के लिए "पृष्ठ संपादित करें" बटन और नई सामग्री बनाने के लिए एक बटन पर क्लिक कर सकते हैं। एक उदाहरण जो मुझे पसंद है वह यहां पाया जा सकता है: http://marlinfw.org/docs/configuration/configuration.html - परिवर्तनों के परिणामस्वरूप पुल अनुरोध होगा ताकि इसकी समीक्षा की जा सके और दस्तावेज़ अनुरक्षक द्वारा ठीक से लिंक किया जा सके।
• हालांकि, पिछले उदाहरण में कोई "नया पृष्ठ" बटन नहीं है, यह सुनिश्चित नहीं है कि यह कैसे किया जा सकता है

• वर्तमान विकी लोगों के लिए दस्तावेज़ीकरण में योगदान करना कठिन बना देता है क्योंकि मुझे पंजीकरण अक्षम करना पड़ा था, जिसके लिए मुझे मैन्युअल रूप से उपयोगकर्ता बनाने की आवश्यकता थी

यह किसी तरह विकि के लिए एक विरोधाभास है लेकिन मैं जरूरतों को समझता हूं।

• गिटहब एकीकृत विकी नेविगेशन को कठिन बनाता है, खासकर यदि ऐसे कई पृष्ठ हैं जो मुख्य पृष्ठ से ठीक से जुड़े नहीं हैं।

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

• दस्तावेज़ीकरण में योगदान करना आसान होना चाहिए। अधिमानतः जहां उपयोगकर्ता मौजूदा सामग्री को संपादित करने के लिए "पृष्ठ संपादित करें" बटन और नई सामग्री बनाने के लिए एक बटन पर क्लिक कर सकते हैं। एक उदाहरण जो मुझे पसंद है वह यहां पाया जा सकता है: http://marlinfw.org/docs/configuration/configuration.html - परिवर्तनों के परिणामस्वरूप पुल अनुरोध होगा ताकि इसकी समीक्षा की जा सके और दस्तावेज़ अनुरक्षक द्वारा ठीक से लिंक किया जा सके।
• हालांकि, पिछले उदाहरण में कोई "नया पृष्ठ" बटन नहीं है, यह सुनिश्चित नहीं है कि यह कैसे किया जा सकता है

वे जीथब पेज फीचर का उपयोग करते हैं लेकिन मूल की तुलना में अधिक विस्तृत सेटअप में। मुझे अभी तक सब कुछ नहीं मिला है लेकिन मैं चीजों को देख सकता हूं ...

एक उपयोगकर्ता को स्थानीय विकी में सक्रिय रूप से जानकारी एकत्र की जाती है जिसे https://readthedocs.web.cern.ch/display/PARTK पर साझा किया जाता है।
उन्होंने इस जानकारी को एक अलग स्थान पर पोर्ट करने की पेशकश की है, लेकिन परियोजना टीम से मार्गदर्शन का अनुरोध किया गया है। इसके लिए सूत्र पार्टकीपर Google समूह https://groups.google.com/g/partkeepr-users/c/ehqapXqyY0o/m/1VWkA00dDAAJ में पाया जा सकता है