代替サインアップ経路

サポート
1

建築家向けの小規模なプライベートフォーラムを運営していますが、一般公開可能で、建築家のユーザーが監視できるエリアを追加したいと考えています。そこでは、一般の人々が質問をしたり、一般公開されるディスカッションに独自の視点を貢献したりできます。

アイデアとしては、一般のメンバーは公開ディスカッションのみを表示し、建築家のユーザーはプライベートと公開の両方のディスカッションを表示できるようにすることです。

一般のメンバーは、建築家メンバーのサインアップには関連性のない多くのカスタムフィールドがあるため、できれば異なるサインアップ体験を提供し、コントロールパネルの設定オプションを少なくする必要があります（たとえば、建築家メンバーが利用できるメーリングリスト機能は一般ユーザーに提供したくありません）。また、一般ユーザーは、プライベートエリアのコンテンツが公開されないように、信頼設定を昇格させることは決してできないようにする必要があります。

完全に別々の2つのフォーラムを作成したくありません。なぜなら、それはおそらく2つのドメインが必要になり、コストが倍増し、出入りする建築家ユーザーのメンバーシップをフォーラム間で同期させ続けるという困難さが加わるからです。

これを達成するにはどうすればよいでしょうか？

「いいね！」 3
2

Custom Wizard Plugin 🧙 を使用して、このようなことができると思います。建築家であるかどうかの選択により、異なるサインアップパスウェイが提供されます。このプラグインは3〜4年前に使用したため、すべての機能についてはあまり覚えていません。

「いいね！」 2
3

残念ながら、そのプラグインは条件付き機能（もし私が正しく理解していれば、私が必要とするもの）を利用するには月額50米ドルかかるようです。これは、フォーラム全体のホスティング費用を3倍にするもので、すべて私の個人的なポケットマネーから出ています。

「いいね！」 1
4

こんにちは :wave:

これらは、グループ、カテゴリ権限、カスタムユーザーフィールド、および自動化で利用できるもののほとんどだと思います。

サインアップ時にユーザーを分離するには、Discourse Authentication Validations のユーザーフィールドの連鎖機能を使用します。これにより、最初のオプション（建築家または一般の人々）で選択した内容に応じて、個別のユーザーフィールドを表示できます。

その後、Discourse Automation を使用して、これらのユーザーを期待されるグループに自動的に追加できます。

例：

ユーザーフィールドオプション グループ
建築家 → 建築家
一般の人々 → 一般の人々

最後に、これらのグループのカテゴリ権限を設定します。

  • 建築家グループは、建築家カテゴリと一般の人々カテゴリを表示できます。
  • 一般の人々グループは、一般の人々カテゴリを表示できます。

このようなものが役立ち、アイデアを追加できるかもしれません。 :slight_smile:

「いいね！」 6
5

@Donさん、ありがとうございます。調査すべき素晴らしい点がいくつかあります！

「いいね！」 2
6

Discourse Automation プラグインを見ていますが、なぜか新規ユーザーが割り当てられるグループを指定する場所が見当たりません。

The image shows a screenshot of a webpage with a title, "Automation", and several fields for inputting information, likely for creating a new automation rule on a forum. (Captioned by AI)
The image shows a screenshot of a webpage with a title, "Automation", and several fields for inputting information, likely for creating a new automation rule on a forum. (Captioned by AI)1054×1524 56 KB

「いいね！」 1
7

無料プランでも Custom Wizard Plugin 🧙 でやりたいことを実現できるはずです。もし、より高度な機能が必要になった場合でも、あなたのコミュニティは無料コミュニティサブスクリプションの対象となる可能性が非常に高いです。

以下のように進めることをお勧めします。

  1. カジュアルなメンバーから収集したいものだけに、公開されるUCF（User Custom Fields）を制限する。
  2. 質問を1つ使って、フルアーキテクトメンバーになるべき人を特定する。
  3. このUCFは、参加ウィザードを制限するために使用できます。このウィザードは、指定されたグループにメンバーを配置し、必要な他のすべてのUCF/データを要求するために使用できます。
「いいね！」 2
8

nathank さん、ありがとうございます！

もう一度確認してみます。

私の場合は、プライベートフォーラムエリアへのアクセス権を付与する資格のあるユーザー特性が約15個あります（現在はマルチセレクトのカスタムユーザーフィールドで識別されています）。良くも悪くも、当初の私の考えは、この1つのマルチセレクトフィールドでアクセスレベルを何とか制御しようというものでした。

残念ながら、Discourse Automation プラグインは、カスタムユーザーフィールド（基本的にチェックボックス）の状態を、単に設定されているかされていないか以外では区別できないようです。Custom Wizard プラグインも同様だと思われますか？

編集 なぜかこの特定のプラグインをインストールできないようです Discourse Custom Wizard Plugin install failed - Support - Pavilion - 解決したらここに報告します。
編集 インストールが完了しました（nanoで間違ったパスを使用しました）

「いいね！」 1
9

設定方法はこちらのドキュメントをご覧ください: Adding users to groups through custom field automation

「いいね！」 1
10

サインアッププロセスに役立つかもしれません: Discourse Authentication Validations

「いいね！」 1
11

@Don、ありがとうございます。他のグループ（下のスクリーンショットの「Public」など）も、事前に定義された信頼レベルグループのように動作しますか？また、使用状況に基づいてユーザーの信頼レベル/権限の自動昇格を防ぐ方法はありますか？それとも、明示的に信頼レベルグループのみがこのように動作しますか？

画像はフォーラムページのスクリーンショットで、テキストベースのインターフェイス、ヘッダー、およびさまざまなグループを表示するテーブルが特徴です。「Architects in house discussion」グループの「Leave」ボタンが目立つようにアクティブとしてマークされています。（AIによるキャプション）
画像はフォーラムページのスクリーンショットで、テキストベースのインターフェイス、ヘッダー、およびさまざまなグループを表示するテーブルが特徴です。「Architects in house discussion」グループの「Leave」ボタンが目立つようにアクティブとしてマークされています。（AIによるキャプション）1883×1573 243 KB

「いいね！」 1
12

Public グループの自動信頼レベルを設定できます。
/g/group_name/manage/membership

例えば 1 に設定すると、このグループのユーザーは信頼レベル 1 に固定されます。これは、サインアップ時に人々を自動的にこのグループに追加し、TL1 (ロック済み) を自動的に付与する場合に便利です。または、ユーザーが既に登録されているが TL1 未満の場合、グループに追加された後も TL1 (ロック済み) に到達します。したがって、それらはより高い TL に到達できません。

ただし、このプロセスは逆方向には機能しないため、TL1 以上のユーザーをグループに追加しても、TL1 にロックされることはありません。

サイトのカテゴリ構造についてはわかりませんが、おそらくそれも活用できるでしょう… これらの追加されたグループの信頼レベルのアクセス許可を変更して、TL のアクセス可能性を無視します。

「いいね！」 1
13

@Donさん、ありがとうございます！

「いいね！」 1
14

より高いTLに到達できないというのは本当ですか？私はバグトピックを見つけました。そこでは、信頼レベルがグループによってロックされている場合にTL3プロモーションが追加されていたので、他のTLでも以前に機能していたと予想していました。

「いいね！」 1
15

うーん、よくわかりません :thinking: それはTL3の昇格にのみ適用され、自動TLが2に設定されている場合だけではありませんか？

編集：私の間違いでした。@Moin、明確化ありがとうございます。そして間違った情報ですみません。私の以前の回答では、ユーザーは選択されたTLにとどまりません。

「いいね！」 1
16

このユースケースは私も関心があります。アーキテクトではなく、システムモデラーの同様のコミュニティです。この件を進めてくださった @Paul_King さん、ありがとうございます。

「いいね！」 2
17

何よりも、コンテンツが公開フォーラムのトピックカテゴリに明示的に投稿されない限り、公開フォーラムユーザーに決して表示されないようにする必要があります。

また、信頼レベルが自動的に上昇した場合でも、公開ユーザーが独自のトピックカテゴリへのアクセスを再定義する方法を決して得られないようにすることも重要です。

「いいね！」 1
18

これを実行します。

カテゴリにTL権限を追加せず、上記のように他のグループ権限を追加した場合、TLレベルは関係なくなります。なぜなら、カテゴリにアクセスできるかを定義するのはTLレベルではなく、追加されたグループだからです。

「いいね！」 1
19

解決したようですね。ユースケースで試しましたか？

CWPは現時点では複数選択フィールドをサポートしていないと思うので、回避策が必要になるかもしれません。

「信頼」という言葉はまぎらわしいものだったと思います。ほとんどのコンテンツ（つまり、あなたの建築家）にアクセスできるすべてのユーザーのためのシンプルなグループでこれを管理できます。そのグループ（everyoneではなく）が制限付きカテゴリにアクセスできるようにします。

ハイブリッドフォーラムを使用すると、いくつかの機能が失われることに注意してください。特に、Oneboxingは、制限付きカテゴリ（特定のカテゴリ内を除く）では許可されていません。

これは印象的な（実験的な）プラグインです。設定には少し頭を悩ませるように見えますが、いくつかのことに非常に役立つことがわかります。

20

無料サブスクリプションを作成できるとしたらどうなりますか？

ホストされている Discourse では、Standard 以上に含まれていることがわかります。

「いいね！」 1