إعداد Discourse لـ KDE

الدعم
1

KDE هو المشروع الأصلي والأفضل لـ Linux على سطح المكتب، وسنجتمع هذا الأسبوع في ميلانو. هناك دعم كبير لنقل منتدياتنا وقوائم بريدنا الإلكتروني إلى Discourse، وقد قمت بإعداد موقع تجريبي لتجربته. لدينا بعض الأسئلة.

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

  • يعني النشر باستخدام Docker أننا نضع الكثير من الثقة في عملية إنشاء Docker الخاصة بـ Discourse. ما مدى استجابة الفريق المسؤول عن صور Docker لتحديثها عند ظهور مشكلات أمنية في المكتبات الأساسية؟ (تم ذكر libpng كمثال ذي صلة، حيث واجهت مشكلات في الماضي.)
  • لدينا إضافة مخصصة لـ phpbb لتطبيق Krita الخاص بالرسومات، حيث يعرض صورة بجانب قائمة المواضيع. هل يمكن تحقيق شيء مشابه في Discourse؟ https://forum.kde.org/viewforum.php?f=275
  • نرغب في نقل قوائم البريد الإلكتروني للمطورين إلى Discourse، لكن الفصل الحالي بين المنتديات وقوائم Mailman يمنع العديد من المستخدمين الصاخبين وغير المفيدين من إزعاج المطورين. هل توجد طريقة لفصل القوائم المختلفة بحيث يكون هناك حاجز يمنع الانتقال بين النوعين؟
  • بالنسبة لقوائم البريد الإلكتروني، من الشائع بالفعل وجود قائمة بالبريد الإلكتروني للأشخاص المراد إضافتهم. هل يمكننا إضافة عناوين بريد إلكتروني إلى فئة في Discourse، أم يجب على كل مستخدم أن يقوم بإجراءات إضافة نفسه؟ ربما توجد طريقة لدعوة الأشخاص إلى فئة معينة؟
  • هل يدعم استقبال رسائل البريد الإلكتروني من نطاقات متعددة؟
  • بالنسبة لمنتج لديه عنوان بريد إلكتروني وارد، كيف يمكن للمستخدم معرفة هذا العنوان؟ لم أستطع إيجاد طريقة للقيام بذلك.
  • ما هي الأدوات المستخدمة لإزالة المعلومات التعريفية للمستخدمين الذين يطلبون ذلك؟
  • هل توجد أداة سطر أوامر لمراجعة قائمة المراجعة للموافقة على المنشورات أو رفضها؟ نستخدم هذه الأداة حاليًا بكثرة مع Mailman.
  • لدينا صفحة نشر موجهة توجه المستخدمين نحو المنتدى المناسب بطريقة سهلة الاستخدام. هل يوجد ما يعادلها؟ KDE Discuss - KDE Community
  • لدينا منتديات فرعية حيث تحتوي فئات التطبيقات (انظر منتديات الرسومات وKrita) على منتديات التطبيقات، والتي تحتوي بدورها على بعض المنتديات الفرعية. هل يمكن تطبيق طريقة تصنيف متدرجة؟
  • هل من الممكن عدم النشر باستخدام Docker؟ فقد أعرب مسؤول النظام لدينا عن تفضيله القدرة على استخدام أدوات النشر الخاصة بنا.

نعتذر عن طرح عدد كبير من الأسئلة، لكن الإحالات إلى الوثائق تعتبر إجابات جيدة أيضًا بالطبع :smile:

2

تعريف الصورة مفتوح المصدر أيضًا، ونقوم بتحديث التبعيات استجابةً لثغرات CVE. نرحب أيضًا بطلبات الدمج :slightly_smiling_face:

هذا مشابه جدًا لهذا الإضافة Topic List Previews (legacy)

راجع Anonymizing Users in Discourse

أعدنا مؤخرًا تصميم واجهة المستخدم وواجهة برمجة التطبيقات (API) الخاصة بقائمة المراجعة. لا يوجد عميل سطر أوامر (CLI) لها، ولكن يمكن تحقيق ذلك بسهولة باستخدام دعم واجهة برمجة التطبيقات (API) لدينا.

حاليًا، يمكنك الانتقال إلى عمق مستويين فقط للفئات، بالإضافة إلى الوسوم عبر الفئات.

المشروع مفتوح المصدر، لذا كل شيء ممكن. ومع ذلك، نوصي باتباع وثائقنا الرسمية ونحتفظ بالحق في عدم تقديم الدعم للنشر باستخدام أدوات مخصصة.

سأترك سؤال القائمة البريدية لشخص أكثر دراية به :sweat_smile:.

نحن في Discourse سعداء برؤية KDE يستخدم برمجياتنا! نتطلع إلى العمل مع مجتمع KDE.

3

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

يمكنك إضافة المستخدمين إلى مجموعة عبر ملف CSV أو كجزء من عملية الاستيراد.

يعتمد ذلك على ما تقصده بـ “يدعم”.

سيكون عليك إخبارهم. إحدى الطرق هي وضع هذه المعلومات في وصف الفئة.

ابحث هنا عن كلمة “تعمية” (anonymize).

في الواقع، ليست سهلة الاستخدام بذلك القدر، حيث يجب إنشاء حساب لرؤيتها. :wink: يمكنك إنشاء موضوع يخبر الناس أين ينشرون.

ربما ترغب في قراءة الرابط التالي: It's Time We Talked About Tags

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

كما تجدر الإشارة إلى وجود أداة استيراد لقوائم البريد الإلكتروني الخاصة بك.

4

شكرًا جزيلاً على إجاباتكم، سأرى ما إذا كان بإمكاني المضي قدمًا في KDE.

5

هل يوجد طلب ميزة لدعم تسلسل هرمي أعمق للعلامات؟ يبدو أن هذا قيد تعسفي غير ضروري إلى حد ما.