# ActivityPub サポート：フェーズ 1 RFC **URL:** \ **Category:** Feature\ **Tags:** rfc\ **Created:** [2019 年 11 月 5 日午前 8:38 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624 "2019-11-05T08:38:55Z")\ **Posts on this page:** 1\ **Showing post:** 6
**Author:** ![riking](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/riking/32/170938_2.png) [@riking](https://meta.discourse.org/u/riking)\ **Post date:** [2019 年 11 月 7 日午前 4:33 UTC](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624/6 "2019-11-07T04:33:28Z")
> [@rishabh](#): > > 各ページにすでに RSS フィードが存在する場合、 **オンデマンド** で ActivityPub フィードを生成する > > - URL に `.rss` を追加するのと同様に、適切なエンドポイントをリクエストすることで、AP プロトコルを使用してコンテンツを取得可能になります。 現在のすべての ActivityPub 実装は、投稿が安定したアクターによって公開されることを前提としているため、以下のいずれかが必要です。 - すべての投稿を公開するシステムアカウント - フォロー可能なフィードごとに 1 つのアカウント - 各 Discourse ユーザーのアカウントによって仮に作成された投稿の `Announce` を行う、フォロー可能なフィードごとのアカウント 最初の実装が最も簡単でしょう。3 番目はデータモデルの統合において最も優れた結果をもたらします。 また、完全なトピックの内容を公開するのか、トピックの最初の投稿のみを公開するのか、それとも StackExchange の Twitter フィードのように `/top` ページからの投稿を宣伝する個別の投稿を作成するのか、といった選択肢もあります。あるいは、それが単に「トップ投稿」フィードの動作であり、他のフィードはすべてを公開するということになるかもしれません… 技術的なレベルでは、URL を変更する必要はありません。すべてのサーバーが `Accept: application/activity+json` またはその代替形式を送信します。 * * * > [@rishabh](#): > > 基本的な Facebook フィードは以下で構成されています。 > > 1. 友人が自分の壁に投稿すること > 2. 見知らぬ人々が私のグループに投稿すること ActivityPub で異なるソースからのフィードを異なるタイミングで混合し、オプトイン機能として「アルゴリズムによるタイムライン」を再現するリーダアプリケーションは、以前から私が望んでいたものであり、現在では存在していないようです。 * * * @hellekin: クロスドメインでの作成は、Discourse が持つ多くのスパム対策を致命的に回避する可能性が高いと思います。実装において重要なのは「読み取り」の方です。結局のところ、[読み取りは基本的です！](https://blog.codinghorror.com/because-reading-is-fundamental-2/) --- _[View the full topic](https://meta.discourse.org/t/activitypub-support-phase-1-rfc/132624)._