KDE の Discourse 設定

KDE はデスクトップ向けの Linux プロジェクトとして最も古く、かつ最高です。今週、私たちはミラノで集まります。フォーラムとメーリングリストを Discourse へ移行するサポートは十分にありますし、私もテストサイトを立ち上げて試してみています。いくつか質問があります。

現在のフォーラムは、いくつかのカスタマイズを加えた phpBB を使用しています。フォーラムでは、アプリケーションやその多様な機能から、言語ごとに完全にローカライズされたサブフォーラムまで、多くのトピックとサブカテゴリを扱っています。

  • Docker によるデプロイは、Discourse の Docker イメージ作成プロセスに多くの信頼を置いています。Docker イメージを担うチームは、基盤となるライブラリのセキュリティ問題への対応にどの程度迅速でしょうか?(過去に問題があった libpng が関連する例として挙げられています。)
  • 私たちは、phpBB に Krita(私たちのアートワークアプリケーション)用のカスタム機能を追加しており、トピック一覧 alongside に画像を表示させています。Discourse でも同様のことは可能でしょうか?https://forum.kde.org/viewforum.php?f=275
  • 開発者向けのメーリングリストを Discourse へ移行したいと考えていますが、現在フォーラムと Mailman リストの分離により、多くの騒がしく役に立たないユーザーが開発者を悩ませることが防がれています。異なるリストを分離し、タイプ間での移動に一定の障壁を設ける方法はありますか?
  • メーリングリストでは、既に追加すべきメールアドレスのリストを持っていることが一般的です。Discourse のカテゴリにメールアドレスを追加することはできますか?それとも各ユーザーが自分で登録する必要があるのでしょうか?もしかすると、カテゴリへの招待方法があるかもしれません。
  • 複数のドメインからの受信メールをサポートすることは可能ですか?
  • 受信メールアドレスを持つフォーラムにおいて、ユーザーはそのアドレスをどのようにして知るのでしょうか?私はその方法を見つけることができませんでした。
  • ユーザーが要求した場合に、個人を特定できる情報を削除するためのツールは何がありますか?
  • モデレーションキューを確認し、投稿を承認または却下するためのコマンドラインツールはありますか?私たちは現在、Mailman でこれを頻繁に使用しています。
  • 私たちは、ユーザーを適切なフォーラムへ導く、比較的ユーザーフレンドリーなガイド付き投稿ページを持っています。これに相当するものはありますか?KDE Discuss - KDE Community
  • 私たちには、グラフィックや Krita フォーラムのようなアプリカテゴリを含むサブフォーラムがあり、その中にさらにアプリフォーラム、そしてその中にサブフォーラムが存在する階層構造があります。ステップ式の階層分類は可能でしょうか?
  • Docker を使わずにデプロイすることは可能ですか?私たちのシステム管理者は、独自のデプロイツールを使用できることを好んでいます。

多くの質問をして申し訳ありません。ドキュメントへのリンクももちろん良い回答です :smile:

イメージ定義も オープンソース であり、CVE への対応として依存関係を更新しています。プルリクエストも歓迎します :slightly_smiling_face:

これはこのプラグインと非常に似ています Topic List Previews (legacy)

こちらをご確認ください Anonymizing Users in Discourse

最近、モデレーションキューの UI と API を見直しました。これ用の CLI クライアントはありませんが、API サポートを活用すれば簡単に実装できるでしょう。

現在、カテゴリの階層は最大 2 段階まで可能です。また、カテゴリを跨ぐタグも利用できます。

オープンソースであるため、技術的にはすべて可能ですが、公式ドキュメントに従うことをお勧めします。カスタムツールを使用したデプロイについてはサポートを提供しない権利を留保しています。

メーリングリストに関するご質問は、より詳しい方に任せておきます :sweat_smile:

Discourse では、KDE 様にも当社のソフトウェアをご活用いただけることを心から願っております。KDE コミュニティとの協業を楽しみにしています。

特定のグループのメンバーのみが閲覧、返信、または返信とトピック作成を許可する非公開カテゴリを設定できます。

CSV ファイル経由、またはインポートプロセスの一部としてユーザーをグループに追加できます。

「サポート」の意味によります。

ユーザーに伝える必要があります。一つの方法として、カテゴリの説明にその情報を記載するという方法があります。

ここで「anonymize(匿名化)」を検索してください。

まあ、アカウントを作成しないと見られないため、それほど親切ではありませんね。:wink: 投稿先を案内するトピックを作成することも可能です。

おそらく、It's Time We Talked About Tags をお読みになることをお勧めします。

Rafael が述べた通り、可能ですが、非常に手間がかかります。アップグレードや、どのライブラリが更新されたかを確認するためのコミットの読み込みなどに、月額 5〜10 時間の予算を確保する必要があります。

また、メーリングリスト用のインポーターが存在することに留意してください。

ご回答いただき、誠にありがとうございます。KDE でこれを進められるか確認いたします。

より深いタグ階層サポートの機能リクエストは存在しますか?それは不必要に恣意的な制限のように思えます。