Federation support for Discourse

Das. Möglicherweise auch die Integration von entfernten „Gefällt mir“-Aktionen.

Ich habe bemerkt, dass das Fediverse merklich aktiver und bevölkerungsreicher geworden ist, seit Elon Musk mit seinem Übernahmeangebot für Twitter begonnen hat.

Auf den Discourse-Instanzen, die ich betreibe (derzeit drei davon), würde ich gerne Mastodon (in meinem Fall) nutzen können, um sie zu verfolgen und einem breiteren Publikum zu „boosten“, um die Informationen auf meinen Instanzen für eine Menge anderer zugänglicher und sichtbarer zu machen, denen das wichtig sein könnte. Alle meine Instanzen dienen der Erweiterung des öffentlichen Wissens zu verschiedenen Themen, und eine umfassende Sharing-Unterstützung durch ActivityPub-Integration wäre hilfreich, um dieses Ziel zu erreichen.

Die Konvertierung von RSS in ActivityPub würde nicht viel helfen.

Wenn dies mein Projekt wäre, würde es in Phasen erfolgen und einfach beginnen:

  1. Nur Veröffentlichung: Kategorien als Akteure, einschließlich Antwortbeiträgen zu Themen, die ordnungsgemäß mit inReplyTo verknüpft sind. Diese werden an Follower pro Beitrag gesendet, gleichzeitig mit der Weiterleitung von Beiträgen an Chat-Integrationen. Dies würde erfordern, dass (zumindest einige) Kategorien als Akteure veröffentlicht werden und Follower für jeden Akteur gespeichert werden. Diese Kategorie-Akteure würden nicht folgen oder mögen. Es würde kein authentifizierter Zugriff verwendet. Es würde Aktivitäten wie „Gefällt mir“, „Blockieren“ und „Rückgängig machen“ berücksichtigen. Vielleicht auch ein Akteur für den gesamten Server, um alle Aktivitäten auf dem Server leicht verfolgen zu können.
  2. Minimale bidirektionale Kommunikation: Akzeptieren Sie optional entfernte „Gefällt mir“-Aktionen.
  3. Mehr bidirektionale Kommunikation: Interagieren Sie mit „Ankündigungs“-Aktionen (d. h. Teilen, Reposten, Boosten), entweder indem Sie sie als „Gefällt mir“-Angaben hinzufügen oder sie separat anzeigen.
  4. Benutzerinteraktion: Optional Webfinger-Unterstützung für Benutzer, um Benutzer als Akteure verfolgen zu können, um alle ihre Beiträge zu sehen. Weiterhin optional, begrenzt nach Gruppe (ich möchte es vielleicht auf TL2 beschränken), die Möglichkeit, mit externen ActivityPub-Akteuren in PMs zu interagieren. Dies könnte möglicherweise die Sammlung der vom Benutzer gelikten Beiträge (zumindest öffentliche) in der Sammlung liked implementieren.
  5. Textuelle bidirektionale Kommunikation: Akzeptieren Sie optional Nicht-Mitglieder-Antworten über ActivityPub als Kommentare – aber das ist knifflig, da es diese naiv als neuen Beitrag zurückspiegeln würde, sodass Follower sie zweimal sehen würden. Wahrscheinlich müssten Beiträge mit ihrem externen Verweis gekennzeichnet und nicht an die Posteingänge der Follower gesendet werden.

Ich würde ausdrücklich nicht die Unterstützung für das „Folgen“ von ActivityPub-Akteuren innerhalb von Discourse wünschen; Discourse in ein (z. B.) Mastodon-Klon zu verwandeln, scheint rundum eine Verschwendung zu sein. In der Sprache der ActivityPub-Spezifikation wäre es kein „ActivityPub-konformer föderierter Server“, und das ist in Ordnung. Auch der Client-Teil des Protokolls hat in diesem Plan keinen Platz.

6 „Gefällt mir“