ActivityPubプラグイン

プラグイン
,
45

テストサイトに add_update_support_to_first_post_only ブランチをデプロイし、インストールされているプラグインを組み合わせて、作成、編集、削除の機能をエンドツーエンドで正常にテストしました。ありがとうございます！:tada:

このようなコミュニティテストは価値がありますか？

「いいね！」 2
46

素晴らしい！

すべてのマージされていないPRで定期的な実践として必ずしも推奨しません。リスクが伴い、マージされていないPRで発生した問題のサポートを提供できないためです（PRレビュープロセスは重要な役割を果たします）。しかし、有用な問題を発見した場合は、リスクを許容できるのであれば、たとえば開発サイトやステージングサイトにデプロイしている場合、中止するようにとは言いません。本番環境へのデプロイは推奨しません。

「いいね！」 1
47

ああ、もちろんです。もし壊れたら、その破片はすべて私がもらいます。 これは、本番サイトの最近のバックアップからテストサイトのデータベースをリロードすることでもあります。:grin: また、PRが強制プッシュの更新などを受けることも理解しています。

もし私のテストが邪魔なノイズになったら、遠慮なく言ってください。悪くは受け取りません。私の目標は、開発の邪魔をするのではなく、その取り組みをサポートすることです。

「いいね！」 3
48

その投稿にチェックボックスを追加して、進捗状況を追跡できるようにしませんか？

ロードマップは素晴らしいですね。これが継続されていることにとても満足しています。あなたがた、そしてPavilionチームがそれを構築したこと、そしてDiscourse @teamがそれを委託し、公式にしたことに対して、称賛を送ります！

「いいね！」 6
49

完了しました。チェックされている場合は、機能がマージされたことを意味します。次にリストにあるのは

これはDiscourse.orgのプラグインであり、仕様の決定、委託、公開、サポートを行った彼らに称賛を送りたいだけです。これはPavilionのプラグインではありません。私たちはただそれを作成しているだけです。

「いいね！」 12
50

これを再読して、先ほど言及したサブカテゴリの質問を見てみたいと思います。@mattdm さん、Fedora Discussion でこれを有効にするつもりですか？ Fedora Discussion で各サブカテゴリを個別にフォローしなければならないのは、ユーザーエクスペリエンスが悪くなるのではないかと思います。

私のサイトでは、8つのトップレベルカテゴリをフェデレートする必要があり、さらに21の公開サブカテゴリがあります。

ユーザーがトップレベルカテゴリを購読して公開サブカテゴリのコンテンツを取得できるようにしたいのですが、表示制限のあるサブカテゴリ（たとえば、私のサイトでは公開親カテゴリのプライベートサブカテゴリであるスタッフカテゴリ）はフェデレートしたくありません。

これには2つの方法が考えられます。

  1. 「サブカテゴリもフェデレートする」（可視性制限を適用する）という設定
  2. カテゴリ設定でアクターを再利用できるようにすること。これにより、親カテゴリと公開サブカテゴリに同じアクターを適用できます。

後者の方が、より柔軟で、より明示的であり、私の理解が正しければ、データモデルとの整合性もより良いと思われます。

代替案としては、私のDiscourseでアクターのセットごとにすべての投稿を自動的にブーストするボット（またはボット）を構築することだと思います。これにより、@all@...も実装できます。

:thinking:

「いいね！」 4
51

再度提起していただきありがとうございます。確認し、社内で協議した上でご連絡いたします。

「いいね！」 3
52

この件についてさらに深く考えるほど、アクターをカテゴリと1対1で対応させ、ユーザーが本当に欲しいカテゴリだけをフォローできるようにするというアイデアが気に入ってきました。また、特定のカテゴリ（例えば、あるカテゴリとそのすべての公開サブカテゴリ、あるいはすべての公開サブカテゴリ）の投稿を自動的にブーストするボットを作成することもできます。最大限の柔軟性があり、あなたに追加の作業は発生しません。

このことを考えているうちに、@Stark9837@techhub.social が #3dprinting タグを含むすべての投稿を自動的にブーストしてグループのようなものを作成するボット @3dprinting@techhub.social を書いたことを思い出しました。そのボットについて尋ねたところ、次のような返信がありました。

ですから、リリースされれば、まさに私が求めていることをしてくれるかもしれません。

「いいね！」 1
53
  • アクターのタグ付けができると便利です。
  • page-publishing がアクティブな場合、新しく公開されたページをフォローできると便利です。
「いいね！」 1
54

@mcdanlj フォーラムコンテンツのようにトピック別にグループ化された投稿を分類学的にフェデレーションする方法は、FelixがFEP-1b12で概説している方法です。私は、仕様、アーキテクチャ、および現在の使用状況（特にMastodon）を独自にレビューし、そこで（そしてLemmyでも）彼が到達したのと同じ結論に達しました。基本的に、カテゴリのアクターは、そのカテゴリ内のアクティビティをフォロワーにアナウンス（Mastodonではブースト）します。これが、このプラグインの「フル トピック」モードの仕組みになります。現在、この項目に取り組んでいます。

これらはフェーズ2には含まれませんが、将来的に追加される可能性があります。

「いいね！」 6
55

考えてみると、はい。最初は、アナウンス（ドラフト用の非表示カテゴリのスケジュール公開機能と組み合わせて）にのみ使用すると思います。ソーシャルメディアチームがMastodonの投稿の下書き/調整/スケジュール設定に使用するのにも役立つかもしれません。

さらに広範なもの、つまり_すべて_をフォローできるようにすることさえ可能にすること、そしておそらく参加することさえ可能にすることはエキサイティングだと思います。しかし、それはずっとずっと先の話になるでしょう。

「いいね！」 2
56

現在のプラグインの機能セットは、このユースケースに適しています。

「いいね！」 2
57

プラグインにビジビリティサポートが追加されました。これで、ノート（Mastodonのステータス）を公開できるようになりました。

次に、記事サポート（長文コンテンツ用）の追加とコンテンツ解析の改善を行います。

その後、ほぼ完成しているトピック全体のサポートを追加します。プレビューはこちらです。

（はい、これはFEP-1b12と互換性があります）

「いいね！」 6
58

投稿が既存のトピックにマージされました: ActivityPubプラグインの操作

59

ご質問に対する簡単な回答は以下の通りです。

  1. デフォルトで最もサポートされているActivityPubコンテンツはHTMLです（詳細はここを参照）。将来的には、NotesとArticlesに何らかのMarkdownサポートを追加する可能性があります。

  2. あなたの例では他に何か問題があるようです。このプラグインはHTML（現在および今回のアップデートでも）を送信しています。あなたのスクリーンショットは、未加工のMarkdownを表示しています。

  3. Articleのサポートについては、そのコミットメッセージで説明されています。

    Articleは、フェデレーションするコンテンツの長さに制限を設けたくない場合（つまり、投稿全体をフェデレーションしたい場合）に使用します。現在、MastodonはArticleタイプのコンテンツをリンクに変換しますが、Lemmyのようなプラットフォームはコンテンツ全体を表示します。詳細はmastodon/mastodon#24079を参照してください。

「いいね！」 4
60

私の知る限り、Mastodon Glitch は Markdown をサーバー側で HTML にレンダリングすることでサポートしているようです。それが私が望んでいたことです。

HTML を送信すべきだとわかった今、他のプラグインからの干渉がある可能性が高いです。それをテストしてみます。ありがとうございます！

「いいね！」 2
61

これはなぜ「公式」タグが付いていないのか、ただ疑問に思いました。

「いいね！」 2
62

ホストされている顧客向けには、まだデフォルトで利用できないためかもしれません。

「いいね！」 5
63

はい、このプラグインはまだ開発のかなり初期段階にあるため、公式ではありません。ホストされているお客様は、ぜひお問い合わせいただき、使用についてご質問ください。

CDCKは多くのプラグインを構築しており、すべてが公式マークが付いているわけではありません。私たちが構築するプラグインの一部は実験的であったり、ニッチであったりします。最終的にはこのプラグインを公式マークが付くようにするつもりです。

「いいね！」 10
64

6件の投稿が新しいトピックに分割されました：ActivityPubプラグインの使用