各ユーザー向けのプライベートカテゴリ

サポート
1

こんにちは皆さん :wave:

:dart: 探しているもの

コミュニティの各ユーザーが、自分のプライベートなスペースを持ち、そこで好きなトピックをプライベートに書き込めるようにしたいと考えています。個人の日記や、後で共有したいかもしれない考え、あるいは好きなように使えるようにしたいのです。トピックのリストを他の人が見たり、直接URLでコンテンツにアクセスしたりすることはできません。ただし、トピックの所有者が他の人を特定のトピックに招待することを選択した場合を除きます。

:bulb: 考えた解決策

このプロセスに従って、ユーザーごとにグループとカテゴリを作成します。

:spiral_notepad: プロセス

ユーザーが作成されると、次のシーケンスが発生します。

  1. userという名前のユーザーが作成されます。
  2. 自動的にuser-groupという名前のグループが次の設定で作成されます。
    • オーナー: user
    • メンバー: user
    • アクセス: 3つのチェックボックスすべてが無効
    • 可視性: オーナーのみ
    • メンションとメッセージ: なし
  3. 自動的にuser categoryという名前のカテゴリが次の設定で作成されます。
    • セキュリティ: user-groupのみが表示、作成、返信を許可されます。
    • 設定/検索優先度: 無視

:chart_with_upwards_trend: 説明されたプロセスを適用した後の結果

2人のユーザー、userAとuserBを使用して、テスト環境でこのアプローチを手動でテストしました。
結果として、カテゴリリストの下で両方のユーザーが「グローバル」カテゴリを表示しますが、userAはuserA spaceカテゴリも表示し、userBはuserB spaceも表示しますが、userAはuserB spaceを表示せず、userBはuserA spaceを表示しません。
userAはuserA space内にトピックを作成しました。その後、userBのセッションでトピックURLをコピーしましたが、システムは、表示しようとしているトピックが存在しないかプライベートであるという何も表示しませんでした。

:green_circle: 利点

  • これは私が探しているものであり、管理者以外のユーザーにとっては正確に期待される動作です。

:red_circle: 欠点と懸念事項

  • 手動プロセス
    上記のプロセスは手動であるため、自動化する方法を見つける必要があります。そうでなければ、現実的ではありません。

  • ユーザーと同じ数のグループ：パフォーマンスに影響しますか？
    これはユーザー数に依存する可能性のあるものですが、この決定がフォーラムのパフォーマンスに関してコミュニティの制限となるポイントに達したくありません。

  • 管理者はすべてのプライベートカテゴリを表示できる
    カテゴリページの下の管理者ユーザーは、他のユーザーと同様にすべての「プライベート」カテゴリをリストとして表示でき、トピックも表示できます。これは、ユーザーのプライバシーを保証したいので、懸念事項です。制限する方法はありますか？これはコミュニティであり、コミュニティ内のプライバシーは期待できないかもしれないものだと理解しているので、おそらくこの制限を受け入れて、管理アカウントとしてログインする代わりに、必要になるまで管理者アカウントとしてログインするのをやめるべきかもしれません。

:thinking: 回避策と代替案

私が探しているものを達成する他の方法はありますか？説明された機能の回避策はありますか？フォーラムソフトウェアが扱うべきではないユースケースの解決策を見つけようとしすぎていますか？他の視点を見ることにオープンです。

どう思いますか？
ありがとうございます。

「いいね！」 3
2

なぜ彼らは自分自身にPMを送らないのですか？

「いいね！」 6
3

実に興味深いアプローチの可能性！

「いいね！」 1
4

タグ付けがないからですか？受信トレイが非常に混雑する可能性があるからですか？

そして、いいえ、私はジルジョンカテゴリが非常に実用的な解決策だとは思いません。

「いいね！」 3
5

私は@pfaffmanの提案に賛成ですが、記録のために言っておくと、多くのグループがあっても、多くのカテゴリがある場合とは異なり、パフォーマンスには影響しません。

pm tags allowed for groups でその問題は解決すると思いますが、確かに受信トレイは… :laughing:

「いいね！」 4
6

それには pm tags allowed for groups というサイト設定があります。

全く同感です！

「いいね！」 2
7

もしこのプラグインをセルフホストする場合、これが役立つかもしれません。

このプラグインでは、投稿者のみが自分のトピックと設定されたグループを見ることができます。あなたのケースでは、必要に応じてグループを作成し、Discobotのようなヌルユーザーをグループに追加するか、空のユーザーを作成します。ユーザーを手動で有効化し、メールを無効にして、ユーザーをプライベートに設定します。グループをプライベートに設定します。

ここで管理者の閲覧を無効にできます。

Screenshot_20240430-073043
Screenshot_20240430-073043864×1920 136 KB

これにより、カテゴリは1つ作成するだけで済みます。この方法は非常にシンプルで、手間がかかりません。

「いいね！」 3
8

プラグインやコンポーネントは時々壊れる傾向があり、それが一つでも故障するとすべてが見えてしまいます。それほど大きなリスクではないかもしれませんが、誰もがそれを理解する必要があります。

「いいね！」 2
9

これが最も簡単な解決策です。この解決策を試してみて、予想されるユースケースには十分だと思います。しかし、唯一の欠点があります。バックリンク機能が機能しないようです。

このシナリオを考慮してください:
トピック1がトピック2を参照している

ケース1：通常の公開トピックでの通常の利用
ユーザーはトピック1を読んでおり、トピック2へのリンクが表示されます。ユーザーはリンクをクリックしてトピック2を読みに行きます。トピック2の最初のメッセージの最後に、トピック2が参照されている他のトピックへのリンクのリストがあり、そのリストのリンクの1つがトピック1です。

ケース2：プライベートメッセージ
ユーザーはトピック2を自分自身へのプライベートメッセージとして作成します。後で、トピック1も自分自身へのプライベートメッセージとして作成し、トピック2への参照を作成します。まず、リンクを挿入するためのリンクツールはプライベートメッセージを考慮していません。これは理解できます。しかし、リンクが挿入されると、トピック2では、トピック2が参照されているトピックのリストが表示されません。

この問題は全く重大ではありませんが、機能してほしいと思っています。設定でそれを許可するものはありますか？

プラグイン、テーマ、および標準以外のものはすべて、互換性が壊れる可能性があるため、避けるようにしています。私はソフトウェアエンジニアであり、この問題は起こるべきよりも一般的です。そのため、できるだけシンプルにしたいと考えています。そのため、@Jagsterと私は同じ考えだと思います。

要約

自分自身へのPMは、1つの大きな欠点（バックリンク機能の欠如）と2つのマイナーな問題がある最も簡単な解決策です。

  • リンクツールに他のプライベートトピックが表示されない
  • PMは受信トレイではなく、「送信済み」ディレクトリにリストされる。

これを修正する方法はありますか？そうでなければ、大した問題ではありません。
皆さん、ありがとう。

「いいね！」 2
10

その通りです。このプラグインの開発者は、一般的にプラグインに非常に精通しており、彼の作品の多くがコアに統合されているのを見てきました。しかし、Discourse Meta のコンポーネントやプラグインでさえ、時々壊れることがあるというのは、あなたの言う通りです。

DMシステムは、私の意見では、見直しが必要かもしれません。

DM内の異なるトピックという考え方では、関連するものは1つのDMにまとめて、そのDM内でリンクを使用して異なる参照ポイント間を移動するのが良いでしょう。

あなたはもっともな理由でプラグインを避けたいと思っています。うまくいきそうなものとしては、メンバーがDMをトピックとして公開できる、かなり最近のプラグインがあります。壊れる可能性はありますが、漏洩の原因となる可能性は低いです。

ブックマークを簡単に見つけるためのブックマークマネージャーも欲しいです。例えば、ブックマークフォルダなど。

「いいね！」 3
11

こんにちは :blob_wave: Discourse Metaへようこそ :slight_smile:

他の人が言ったことを繰り返したいだけです。PMとタグで説明したことをほぼ実現できます。私はこれを実行する個人の仕事用受信トレイを設定しています。他のPMの表紙のように機能する複数のセルフPMがあります。タグはサブフォルダのようなものですが、さらに優れています。一部の投稿は複数のタグに含めることができるためです。サイドバーのカスタムメニューにある受信トレイのセルフPMツールに必要なものへのリンクがあります。

フォーラムのユーザー数が50人未満であれば、ユーザーカテゴリやサブカテゴリは管理可能でしょう。それ以上になると、扱いにくくなる可能性が高いです。

「いいね！」 6
12

PMを他のPMのエントリーポイントとして使用するアプローチは気に入っています。このコンセプトは、ObsidianのようなPKM（パーソナルナレッジマネジメント）システムにおけるMOCに似ています。

しかし、この部分についてもう少し詳しく説明していただけますか？

サイドバーメニューにカスタムセクションがあり、他のものへのエントリーポイントとなるPMへのリンクがいくつかあるということですか？

「いいね！」 1
13

はい、サイドバーセクションにプライベートインボックスノートブックに移動するリンクが1つ必要です。実際、受信トレイに仮想フォルダツリーを設定するのは非常に簡単で、リンクされたPMだけです。しかし、あなたが求めているのは、ユーザーが独自のセットアップを持つための定義済みのユーザーテンプレートのようです。これは基本的に、Discourseが本来持っていないものに変えることです（ユーザーごとに指定されたカテゴリを持つことと同様です）。

プライベートインボックス仮想フォルダシステムの設定は、ユーザーが行う必要があるものです。管理者がメンバーのためにそのようなものを事前に構成する方法はわかりません。文書化された指示は考えられますが、誰もが独自の整理方法を持っているため、この場合、ある人の解決策が他の人には機能しない可能性があります。あなたのフォーラムの実際の目的やこのユースケースが何であるかわからないので、それについてはコメントできません。

14

[引用=“Lilly, post:13, topic:305972”]
しかし、あなたが求めているのは、ユーザーが独自のセットアップを持つための事前定義されたユーザーテンプレートのように聞こえます。
[/quote]

いいえ、いいえ。実際には、他のツールを知らない場合に、コミュニティのユーザーに受信トレイを使用してプライベートなメモを作成する方法を説明するためのユーザーガイドを作成できるように、制限事項を探していました。PMをPKMSのように使用することは、Discourseが意図していることではないことに同意します。

ユーザーの受信トレイにフォルダーシステムテンプレートを作成しようとしているわけではありません。より複雑なツールを掘り下げたくない場合に、PMを使用してプライベートなメモを保持する方法に関する知識を提供するだけです。

現時点では、制限事項と取るべきアプローチについてかなり認識しています。

詳細なガイドを作成して、ユーザーがPMを個人的なメモに使用する方法を例を挙げて説明します。

皆様のコメントやヒントに感謝します。

「いいね！」 2
15

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.