Partkeepr: الحصة ويكي

في الوقت الحالي ، الشيء الوحيد الذي تمكنت من تحقيقه هو استخدام صفحات googles المخبأة. ما عليك سوى البحث عن صفحة wiki ذات الصلة ، ويعرض google نتيجة ، ثم بدلاً من النقر فوق الرابط نفسه ، انقر فوق السهم الصغير لأسفل بجواره ثم انقر فوق ذاكرة التخزين المؤقت. سيكون غير منظم ولكن المحتوى موجود. أو انتقل باستخدام archive.org: http://web.archive.org/web/20180310044536/http : //wiki.partkeepr. org: 80 / ويكي / الصفحة الرئيسية

آمل أن يعود الويكي في وقت ما ، حتى لو كان فقط بصيغة html عارية في مجلد على جيثب (أو في علامة تبويب ويكي هنا).

يبدو أن الويكي قد عاد عبر الإنترنت.

أخبارممتازه! إغلاق.

على أي حال ، هل يعرف أحد مكان استضافة الويكي؟ هل هذا لا يزال في إعادة قبولDrachenkaetzchen؟ في إصدار آخر ، تم وصف مشكلة Partkeepr التي كانت عالقة قليلاً في الوقت الحالي. قد تكون طريقة جيدة لمساعدة Drachenkaetzchen وتحمل مسؤولية ذلك على أكتاف الآخرين. بعد ذلك ، هناك حاجة إلى نسخة احتياطية من Wiki / SQL.

@ Gasman2014 بشكل عام ، أود أن أصوت لإعادة فتح

أنا مع christianlupus ، أود أن أقول استضافته في قسم ويكي githubs بدلاً من ذلك ، يجب أن يزيل ذلك بعض الحمل من خوادم وكتفين Drachenkaetzchen .

وبالنظر إلى الرغبة في التوصل إلى حل على المدى الطويل واقتراحات @ C44Supra وchristianlupus في محاولة لدعم فيليسياDrachenkaetzchen عن طريق أرشفة هذه البيانات واستضافة بشكل مستقل عن طريق جيثب، أنا إعادة فتح هذا. المعلومات الواردة في الويكي مفيدة جدًا في استكشاف أخطاء التثبيت وإصلاحها - لا سيما في المواقف المتخصصة غير الموضحة في دليل الإعداد الرئيسي. يجب أن تكون هذه المعلومات متاحة جنبًا إلى جنب مع قاعدة التعليمات البرمجية لتحقيق أقصى قدر من سهولة الاستخدام. يسعدني جدًا أن أرى أن الويكي قد تمت استعادته ولكن ربما يمكن دمجها بدون الكثير من العمل مع قسم github wiki الذي يحتوي أيضًا على بعض المعلومات المفيدة ولكن الإضافية والمختلفة.

إذا كان بإمكان شخص ما توفير طريقة لنقل موقع wiki المستضاف تلقائيًا إلى GitHub ، فيرجى المضي قدمًا وإعلامي ، ولكن فقط إذا اختبرت هذه الآلية بالفعل. يعطي google البسيط العديد من النتائج لمثل هذه الآلية ، وليس لدي الوقت أو الطاقة للنظر فيها.

إذا كنت بحاجة إلى نوع من الوصول إلى واجهة برمجة التطبيقات للويكي الحالي أو تفريغ قاعدة بيانات ، فيرجى إبلاغي بذلك.

سأكون على استعداد لمحاولة الاستعداد لهذا. سأحاول الانتقال إلى موقع wiki في حسابي الشخصي. بقدر ما رأيته ، يمكنني فقط ترحيل أحدث إصدار من wiki وهناك حاجة إلى بعض التعديلات اليدوية.

حاولت ترحيل ملفات wiki إلى github. النتيجة واضحة في هذا الريبو . لا تزال هناك بعض التعديلات الطفيفة المطلوبة (مثل إزالة الأخطاء المطبعية وإعادة تسمية الصفحات وتنظيم الملفات وما إلى ذلك).

لسوء الحظ ، فإن التصدير التلقائي إلى XML (طريقة قياسية للتصدير من ميدياويكي) به بعض العيوب. بهذه الطريقة ، يتم فقد محفوظات الصفحات ولا يتم تصدير أي ملفات وسائط. قمت بتنزيلها يدويًا ولكن لم يتم نقل البيانات الوصفية (مثل العنوان والنص البديل). أيضًا ، موقع ويكي github مقيد قليلاً أكثر من ميدياويكي مما يتسبب في استحالة قوائم الصفحات الفرعية على سبيل المثال بقدر ما اكتشفت.

Drachenkaetzchen أود أن أطلب منك التحقق من إمكانية استخدام الويكي بهذه الطريقة. بعد ذلك ، يمكنك ببساطة تثبيت الصفحات من الريبو الخاص بي على صفحة Partkeepr إذا كان هذا مناسبًا لك. اتصل بي في حالة وجود أسئلة ، سأكون سعيدًا جدًا وفخورًا بالمساعدة.
ملاحظة: لقد أضفتك كمتعاون إلى الريبو حتى تتمكن من اللعب بها.

كل الآخرين مرحب بهم للبحث في الويكي عن الأخطاء التي فاتني.

Drachenkaetzchen أود أن أطلب منك التحقق من إمكانية استخدام الويكي بهذه الطريقة.

أنا في حيرة من أمري ، ما الذي يجب علي التحقق منه بالضبط؟

قمت بنقل الويكي إلى جيثب. يرجى التحقق مما إذا كان هذا العمل مقبولًا وفقًا لمعايير الجودة الخاصة بك ولم أفشل تمامًا.

أعتقد أنه يجب أن تسأل المستخدمين ؛) نادرًا ما أستخدم الويكي.

أقترح أن أطلب ردود الفعل على القائمة البريدية

لقد تركت رسالة في القائمة البريدية . مرجعية هنا فقط للإنجاز.

أقترح أن نستخدم صفحات جيثب بدلاً من ويكي جيثب. سيكون لدينا المزيد من الخيارات فيما يتعلق بتنظيم الملفات هناك ولا يوجد فرق كبير بين الحلين. هل هناك أي خيارات قد تكون أكثر ملاءمة لموقع github wiki؟

Drachenkaetzchen لم أحصل على الكثير من الاهتمام والاستجابة من المستخدمين الآخرين فيما يتعلق

أنا حقا لا أستطيع إعطاء أي ملاحظات. أنا قادر فقط على عمل أشياء إدارية عارية للمشروع.

حسنًا ، ثم أطلب من dromer إبداء رأيه.

مرحبًا بالجميع ، لم أر أي نقاش حول ترحيل wiki إلى github.

أعتقد أنه من المنطقي تركيز كل المعلومات التي لدينا في مورد واحد. ولكن يجب أيضًا أن تكون المعلومات التي نهاجر إليها ذات صلة ومُشذبة من الأشياء القديمة.

تجربتي مع github wiki والصفحات غير موجودة إلى حد كبير ، لذا لا يمكنني التعليق حقًا هناك.

[تحرير: صفحات آه ستكون مثل موقع jekyll أو شيء من هذا القبيل. أي تفضيل للنسق التلقائي إذن؟]

آه صفحات قد تكون مثل موقع jekyll أو شيء من هذا القبيل.

نعم ، هذا كل شيء إلى حد كبير. ويكي راجع للشغل كذلك. يتمثل الاختلاف في أن الغرض من الصفحات هو استخدامها لموقع بينما الويكي لمجموعة تقريبية من أكثر أو أقل أجزاء قصيرة من المعلومات التي لم يتم فرزها / تنظيمها. لقد تسبب لي هذا (أثناء الاختبار الأول للترحيل) في بعض المشاكل حيث يتم تخمين أسماء الملفات تلقائيًا بواسطة الخادم الأساسي ، على سبيل المثال تسبب حساسية الحالة في حدوث مشكلات.

ماذا تقصد بجملك

أي تفضيل للنسق التلقائي إذن؟

تقصد التصميم / التخطيط؟

آسف قصدت منشئ الموقع. أعتقد أن صفحات github يمكنها استخدام صفحات أخرى غير jekyll؟

لست متأكدًا من أن jekyll سيكون أسهل / أجمل طريقة لتنظيم wiki ، على الرغم من ذلك ، ما هي الميزة التي ستكون على github wiki بالضبط؟

لا أعتقد أنه يجب علينا بالضرورة استضافة موقع partkeepr الرئيسي حتى الآن ، دعنا نركز على موارد المعلومات المحدثة مثل الويكي.

هناك بعض الصفحات المجزأة على github wiki على ما أعتقد. كل هذا يجب أن يتقارب مع المعلومات ذات الصلة والصحيحة فقط للوضع الحالي للمشروع.

آسف قصدت منشئ الموقع. أعتقد أن صفحات github يمكنها استخدام صفحات أخرى غير jekyll؟

لا مشكلة. يمكن أن يكون ، لم أقم بحلها بالكامل بعد.

لست متأكدًا من أن jekyll سيكون أسهل / أجمل طريقة لتنظيم wiki ، على الرغم من ذلك ، ما هي الميزة التي ستكون على github wiki بالضبط؟

حسنًا ، الفرق طفيف لأكون صادقًا بقدر ما أراه. كلاهما يأخذ علامة التخفيض (أو أي تنسيق يمكن لـ pandoc قراءته) وتنسيقه بطريقة لطيفة.
لقد وجدت المشكلة ، أن الويكي لا يسمح بمساحات الأسماء والتعيين بين الروابط واسم الملف المقابل هو نوع من الاستدلال:

• يحتوي الويكي على صفحتين تختلفان فقط في حالة عناوينهما ( 1 ، 2 ). اضطررت إلى إزالة أحد هؤلاء يدويًا لجعل الاستدلال يحدد الخيار الصحيح.
• لا يمكن إنشاء المجلدات الفرعية (تُستخدم كنوع من مسافات الأسماء) إلا عند السحب باستخدام git يدويًا. لا تحترم الروابط مساحة الاسم هذه ، وبالتالي يمكنك فقط الحصول على اسم كل ملف مرة واحدة ، مما يجعل بنية المجلد عملية معاكسة. لا أعرف كيف يختار github الصفحة المراد تسميتها في حالة وجود ملفين بنفس الاسم.

تتمثل إحدى الميزات الإضافية لحل صفحات github في أنه يمكنك تشغيل jekyll محليًا للتحقق من المظهر وجميع الروابط دون النشر حتى الآن. أعتقد أيضًا أنه يمكنك القيام بمزيد من التصميم (لكن يجب أن أتحقق من ذلك).

لا أعتقد أنه يجب علينا بالضرورة استضافة موقع partkeepr الرئيسي حتى الآن ، دعنا نركز على موارد المعلومات المحدثة مثل الويكي.

لا ، أعتقد أن هذا يقع في الوقت الحالي في مكان جيد.
على الرغم من أنني قد أريد أن أشير إلى أن هناك فكرة (؟)

بيت القصيد من هذه المشكلة هو الحفاظ على الويكي الحالي في حالة تعطل الخوادم.

هناك بعض الصفحات المجزأة على github wiki على ما أعتقد. كل هذا يجب أن يتقارب مع المعلومات ذات الصلة والصحيحة فقط للوضع الحالي للمشروع.

نعم و لا. يجب أن يكون مرتبطًا بأحدث إصدار من البرنامج. ومع ذلك ، أعتقد أن التوثيق منخفض نسبيًا في المشروع. أعلم أننا نفتقر إلى القوى العاملة ولكن بدون التوثيق ، يواجه المستخدمون المزيد من المشاكل لمعرفة كيفية عمل وظائف البرنامج.
لذلك أتعهد بتحديث المستندات إلى أحدث إصدار ولكن مع الاحتفاظ على سبيل المثال بأدلة الترحيل من الدول القديمة ، فلن تقل هذه الإصدارات القديمة بشكل كبير لبعض الوقت (ربما يتم تقسيم بعض الصفحات لجعلها قابلة للقراءة بشكل أفضل).

آمل أن نحصل على بعض الجذب في المجتمع (قد تضحك على تفكيري المتفائل) التي تساعد عن طريق إضافة تلميحات وحيل حول كيفية إعداد الأشياء. خلال الأيام القليلة الماضية عندما عملت على القضايا القديمة ، رأيت بعض الأفكار الجيدة من أعضاء المجتمع ، والتي قد تكون جديرة بالذكر في صفحة تشبه الويكي.

أنا سعيد في كلتا الحالتين .. ولكن وجود مشرف سيكون فكرة جيدة ... تجربتي هي أن هذه الأشياء تتقدم في العمر بسرعة

هذا صحيح. تقصد شخصًا واحدًا مخصصًا فقط للحفاظ على الوثائق محدثة؟

سأكون بخير لمساعدة المشروع بهذه الطريقة أيضًا. لا تفهموني خطأ: أنا لا أضغط على هذا الموقف. يجب أن يقرر ذلك بالتراضي.
في الوقت الحالي ، لا يوجد الكثير من الأشياء الجديدة لتوثيقها. يتم تحديث القائمة الموجودة بشكل رئيسي. قد يتغير هذا إذا حصل المشروع على قوة دفع مرة أخرى وتمت كتابة / تغيير رمز جديد. ثم يعتمد المشرف على الوثائق على الدعم من قبل المطورين ، بمعنى أن المدير غير قادر على فهم جميع التفاصيل الفنية.

لدي المزيد من الطاقة اليوم ، لذا إليك بعض الأفكار:

• يجعل موقع wiki الحالي من الصعب على الأشخاص المساهمة في الوثائق حيث اضطررت إلى تعطيل التسجيل ، مما يتطلب مني إنشاء مستخدمين يدويًا
• تجعل ويكي GitHub المتكاملة التنقل صعبًا ، خاصةً إذا كان هناك العديد من الصفحات غير المرتبطة بشكل صحيح من الصفحة الرئيسية.
• يجب أن يكون من السهل المساهمة في التوثيق. ويفضل أن ينقر المستخدمون ببساطة على زر "تحرير الصفحة" لتعديل المحتوى الحالي ، وزر لإنشاء محتوى جديد. يمكن العثور على مثال يعجبني هنا: http://marlinfw.org/docs/configuration/configuration.html - ستؤدي التغييرات إلى طلب سحب حتى يمكن مراجعته وربطه بشكل صحيح من قبل مشرف الوثائق
• ومع ذلك ، في المثال السابق لا يوجد زر "صفحة جديدة" ، ولست متأكدًا من كيفية القيام بذلك

• يجعل موقع wiki الحالي من الصعب على الأشخاص المساهمة في الوثائق حيث اضطررت إلى تعطيل التسجيل ، مما يتطلب مني إنشاء مستخدمين يدويًا

هذا تناقض إلى حد ما مع ويكي لكني أفهم الاحتياجات.

• تجعل ويكي GitHub المتكاملة التنقل صعبًا ، خاصةً إذا كان هناك العديد من الصفحات غير المرتبطة بشكل صحيح من الصفحة الرئيسية.

هذا صحيح تماما. لا أجد طريقة بناء الويكي غاية في الجمال. على المرء أن يتأكد من وجود شبكة جيدة من الروابط في جميع أنحاء الويكي من أجل تبسيط التنقل.

• يجب أن يكون من السهل المساهمة في التوثيق. ويفضل أن ينقر المستخدمون ببساطة على زر "تحرير الصفحة" لتعديل المحتوى الحالي ، وزر لإنشاء محتوى جديد. يمكن العثور على مثال يعجبني هنا: http://marlinfw.org/docs/configuration/configuration.html - ستؤدي التغييرات إلى طلب سحب حتى يمكن مراجعته وربطه بشكل صحيح من قبل مشرف الوثائق
• ومع ذلك ، في المثال السابق لا يوجد زر "صفحة جديدة" ، ولست متأكدًا من كيفية القيام بذلك

يستخدمون ميزة صفحات جيثب ولكن في إعداد أكثر تفصيلاً من الإعداد الأساسي. لم أتجاوز كل شيء بعد ولكن يمكنني النظر في الأشياء ...

يتم جمع معلومات المستخدم بشكل نشط في WIKI المحلي الذي يتم مشاركته على https://readthedocs.web.cern.ch/display/PARTK
لقد عرض نقل هذه المعلومات إلى موقع مختلف ، لكن التوجيه من فريق المشروع مطلوب. يمكن العثور على موضوع هذا في مجموعات Google PartKeepr https://groups.google.com/g/partkeepr-users/c/ehqapXqyY0o/m/1VWkA00dDAAJ