カテゴリ内のトピックを、新しいカテゴリ内の個別のピン留めトピックへ移動させる方法

ユースケース:1 つのカテゴリ(コース名)に 8 つのトピック(8 回のレッスン)があります。各トピックには数十件の返信があります。各レッスンごとに新しいカテゴリを作成し、そのレッスンをトップに固定したいと考えています。

トピックを移動する際、コメントを維持したいです。

ベストプラクティスは何でしょうか?:wrench: トピックタイマーの設定 - これが唯一の方法のようです?トピックを移動するとメンバーに通知が届くため、初回から正確に行いたいです!

なぜですか?LMSやフォーラムの常連ユーザーとして、それは良いアイデアには思えません。

カテゴリ間でトピックを移動するのは、トピックのカテゴリを設定するだけで済み、トピックやコメント自体に変更はありません(ただし、権限の設定には注意が必要です)。

おそらくタグを使用するのが良いでしょう。

それは、あなたが望む挙動についての前提でしょうか?トピックのカテゴリが変更された際に全員に通知が届くとは限りません。


さて、私の回答は質問に直接答えていないかもしれませんが、あなたのケースは少し特殊なので、一緒に考えてみましょう。:slight_smile:

以下のように設定できます:

  • コース名で単一のカテゴリを作成する
  • 各レッスンごとにサブカテゴリを作成する
  • 各レッスンで8つのトピックを設定する

各トピックには「数十件の返信」が含まれます。

ヒント:ユーザーにトピックを「ウォッチ」させて、変更があった場合に通知を受け取れるようにし、メール設定で全ての変更通知を受信するように設定してください。

各新しいカテゴリが1レッスンである場合、レッスンの名前で新しいカテゴリを作成してください。最初の投稿をコピーし、「カテゴリについて」に貼り付けてください。

管理者を使用して「カテゴリについて」の所有者を変更できます。

トピックを編集し、カテゴリを変更してください。

前述の通りです:

カテゴリ:コース名

  1. サブカテゴリ:レッスン 1(トピック)
  • 返信/コメント/投稿(お好みの呼び方で構いません)
  1. サブカテゴリ:レッスン 2(トピック)
  • 返信/コメント/投稿
    8 つのレッスンすべてに対してこれを繰り返します

次のコースを作成する際は、新しいカテゴリを作成し、同じ構成を踏襲してください。

もし 8 つのレッスンのそれぞれに 8 つのトピックがあるという意味であれば、レッスンをサブカテゴリとして使用し、その各レッスン内に 8 つのトピックを配置すれば問題ありません。

なぜ移動させる必要があるのでしょうか、またどこへ移動させるのでしょうか?あるいは、ユーザーに見せる準備ができるまでレッスンを(サブカテゴリとして)作成して非表示にし、自動的に公開されるようにタイマーを設定することを指しているのでしょうか?
ユーザーにカテゴリ(コース名)を「ウォッチ」させることで、新しいレッスンを投稿した際に通知を受け取れるようにできます。また、各レッスン/トピック内の新しい投稿(返信)についても通知を受け取ることができます。

皆さんのおかげで助かりました。カテゴリ/サブカテゴリ方式を採用したところ、うまく機能しています。これにFeverBeeのテーマコンポーネントを組み合わせることで、素晴らしい結果になりました。

テーマコンポーネントの左上のボックスには、lessonタグに関連するトピックが表示されます。右上のコンポーネントには、次のライブコールが表示されます。

異なるグループへのアクセス制御の最適な方法を検討中です。おそらくPaid Membership Proを使用する予定です:Manage group membership in Discourse with WP Discourse SSO

このアプローチには強く反対し、discourse-subscriptions を推奨します:Discourse Subscriptions Plugin

こちらの方がはるかにシンプルで、統合が不要です。

@HAWK ありがとうございます。サブスクリプションプラグインに移行する場合、私の理解では以下の通りです:

  1. すべての購入者はまず Discourse のメンバーである必要があります(Discourse ユーザーを新規作成して、一度に支払いを行うことはできません)。

  2. レッスンを段階的に公開することはできません(2 週間後にユーザーのグループを Group1 から Group2 に変更し、さらに 2 週間後に Group3 に変更するなどの操作ができません)。

  3. 新しいレッスンが利用可能になったことを通知するメールを送信するには、追加のソフトウェア(私の場合は Active Campaign)との統合が必要です。

これで正しいでしょうか?

ご指導ありがとうございます。

サブスクリプションを購入するには事前にメンバーが存在している必要がありますが、設定次第では同時に行うことも可能です。SSO を使用していますか?

いいえ、必要に応じてユーザーをグループに追加したり削除したりできます。

これは、Discourse 上でレッスンをどのように管理し、通知を設定しているかによります。すべてのメンバーが監視しているカテゴリに新しいレッスンが追加された場合、そのメンバーにはメール通知が届きます。

WordPress と PMP を使用した予定されているワークフローはどのようなものですか?

@HAWK さん、ご質問ありがとうございます。ロジックを定義するためのフローチャートを作成しました。Discourse フォーラムへのエントリーポイントは以下の 3 つです。

  1. 無料トライアル: モジュール 0 とモジュール 1 へのアクセス(グループ:Free Trial)。支払い不要。PMP + WordPress を介して処理され、SSO を使用します。Active Campaign のメールシリーズに登録されます。購入した場合、メールシリーズから削除されます。
  2. 有料メンバー: すべてのモジュールへのアクセス(グループ:Paid Member)。WP ページの PMP フォーム(Stripe)で支払い。15 週間の Active Campaign メールシーケンスに追加されます。15 週間後に新しいサブスクリプションがない場合、Discourse から削除( suspend?)されます。
  3. 卒業生: 有料メンバーが活動を維持するためのもの。グループ:Alumni に追加。月額 recurrent 料金に加え、Active Campaign のメールシーケンスが含まれます。

カスタム開発の雇用にもオープンですが、何を求めているかを明確にせずに雇用するのは避けたいと考えています。

PMP の統合は、以下のリンクを介して比較的 straightforward です:Manage group membership in Discourse with WP Discourse SSO

新しい Discourse Subscription プラグインを使用する際に問題が発生しましたが、これは解決されると確信しています。そのため、Discourse Subscriptions についてはまだあまり経験がありません。
https://meta.discourse.org/t/discourse-subscriptions-plugin/140818/23?u=waffleslop

以下がフローチャートです。

いいえ。グループへのユーザーの追加/削除は自由に行えます。
複数のグループに同時に追加できることは理解していますが、一定のインターバルでグループステータスを変更することはできますか?例えば:

  • 購入日:Group_1 に追加
  • +14 日:Group_2 に追加
  • +14 日:Group_3 に追加
  • +14 日:Group_4 に追加
  • +14 日:Group_5 に追加
  • +14 日:Group_6 に追加
  • +14 日:Group_7 に追加

私の感覚では、このような「drip」は WordPress のメンバーシッププラグイン(PMP、Wishlist Member、MemberMouse など)でのみ実行可能だと思います。

それは、Discourse でレッスンと通知をどのように管理するかによります。新しいレッスンが、すべてのメンバーがウォッチしているカテゴリに追加された場合、彼らはメール通知を受け取ります。

私の意図は、すべてのレッスンを公開し、支払いステータスと支払いからの時間(drip)に応じて、ユーザーが閲覧できるレッスン(カテゴリ)を制御することです。新しいレッスンはカテゴリに追加されません。

再度、ご指導いただきありがとうございます。解決策を理解する手がかりが得られたと感じています。解決策を実行することは、また別のプロジェクトになることは間違いありません!

追加の詳細をありがとうございます。より明確な全体像が見えてきたことで、特にコンテンツの段階的公開を考慮すると、PMPのアプローチの方が適切だと考えられます。ただし、それにはお客様側で多くの手動対応が必要となり、あまりエレガントな解決策とは言えません。

将来的に自動化機能の導入を計画していますが、具体的な時期についてはまだ決まっておりません。

なるほど、ありがとうございます。その統合がベータ版になったら、テストのお手伝いや、さらに具体的なユースケースの共有をしたいです。

残っている課題は、PMP が ActiveCampaign をサポートしていないため、ユーザーの管理はできても、メールのドリップシリーズを簡単に送信できないことです。:upside_down_face: