Ah, gut zu hören! Ja, ich denke, du hast recht, wenn es darum geht, jemandem zu folgen, der in einem Forum postet, aber es könnte die Funktion geben, im Fediverse und nicht in einer Community zu posten. NodeBB zum Beispiel platziert alle Fedi-Inhalte außerhalb von Communities in einer „Uncategorized“ (Unkategorisiert) Kategorie, sodass es, wenn du dort postest, mehr oder weniger wie ein Post auf Mastodon ist. Mbin macht auch etwas Ähnliches; sie begannen als Link-Aggregator und fügten einen „Microblogging“ (Mikroblogging)-Tab hinzu. Ich verstehe, dass dies vorerst außerhalb des Geltungsbereichs von Discourse liegt, danke für die Klarstellung!
Es gibt verrückte Leute (wie mich), die Discourse als ihr primäres Zuhause im Fediverse nutzen wollen. Ich möchte ausschließlich über Discourse im Fediverse veröffentlichen.
Sollten wir nicht Leute dabei unterstützen, Discourse als ihre Lösung für „offenes Arbeiten“ oder „etwas Besseres als ein Blog“ zu nutzen?
Da die Umsetzung von Nutzerwünschen nicht bezahlt wird, habt ihr in Betracht gezogen, Funktionen per Geldabstimmung als Option anzubieten?
Abstimmung per Geld wird unterstützt. Sie können die Entwicklung finanzieren, nachdem Sie sichergestellt haben, dass neue Funktionen pr-welcome sind.
Andererseits ist das genau das, was Facebook mit Gruppen und Kontakten macht, und einer der Gründe, warum es dort so fesselnd ist. Weil man sich sowieso mit seinen Kontakten verbinden wird, und dies bringt Gruppen-/Community-Beiträge in diesen Bereich.
Ich könnte mir sehr gut vorstellen, dass so etwas für meine Community sehr wertvoll wäre. Communities bringen Menschen zusammen und sie werden diese Verbindung „außerhalb“ der Community aufrechterhalten wollen. Wenn das Community-Tool es ihnen ermöglicht, diese zusätzliche Verbindung in denselben Raum/dieselbe App zu bringen, verhindert dies eine Abwanderung von Menschen, die innerhalb der Community starke Beziehungen aufgebaut haben, zu anderen sozialen Räumen.
Mir ist bewusst, dass wir hier nicht versuchen, „Facebook zu replizieren“, aber es lohnt sich, darüber nachzudenken, warum es für bestimmte Dinge so gut funktioniert.
Ich würde meinen Mitgliedern, die von Facebook abwandern, gerne sagen können: „Seht ihr, ihr könnt ein Fediverse-Konto erstellen und euch mit Leuten verbinden, die ihr außerhalb des Themas mögt.“
Vielleicht sollte man es als eine Möglichkeit betrachten, Community-Mitgliedern einen „offeneren“ Bereich außerhalb des Themas zu bieten.
Aus meiner Sicht wäre das absolut sinnvoll. Der Mangel an Integration zwischen „den sozialen Medien“ (Fediverse-Konten), Blogs (wobei die Verbindung dieser mit dem Fediverse im Gange ist) und Communities ist das, was Open-Source-Tools wie Mastodon oder Discourse oder Wordpress davon abhält, eine effektive Alternative zu Facebook zu sein.
Nun – Mastodon und WordPress tun all das bereits. Discourse nur teilweise, und die Ausrichtung ist meist nach außen gerichtet, aber es ist keine Social-Media-Plattform.
Wenn wir versuchen, @announcements@meta.discourse.org zu folgen, erhalten wir die folgende Fehlermeldung:
Die Protokolle enthalten zwei Warnungen:
Failed to process https://meta.discourse.org/ap/actor/68efb2d756abf76171ed302b7ffd3c58: Could not resolve actor
GET request to https://meta.discourse.org/ap/actor/68efb2d756abf76171ed302b7ffd3c58 failed:
Wir können jedoch Akteuren auf Mastodon folgen.
Übersehe ich etwas, oder wie kann ich weiter untersuchen?
Ich kann das gleiche Verhalten bestätigen; hier sind die Protokolle:
Started POST "/webfinger/handle/validate" for 172.17.0.1 at 2026-03-15 16:10:39 +0000
Processing by DiscourseActivityPub::Webfinger::HandleController#validate as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org"}
Completed 200 OK in 36ms (Views: 0.2ms | ActiveRecord: 0.0ms (0 queries, 0 cached) | GC: 11.8ms)
Started GET "/ap/local/actor/57934/find-by-handle?handle=%40announcements%40meta.discourse.org" for 172.17.0.1 at 2026-03-15 16:10:40 +0000
Processing by DiscourseActivityPub::ActorController#find_by_handle as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org", "actor_id"=>"57934"}
Started POST "/webfinger/handle/validate" for 172.17.0.1 at 2026-03-15 16:10:43 +0000
Processing by DiscourseActivityPub::Webfinger::HandleController#validate as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org"}
Completed 200 OK in 32ms (Views: 0.2ms | ActiveRecord: 0.0ms (0 queries, 0 cached) | GC: 0.8ms)
Started GET "/ap/local/actor/57934/find-by-handle?handle=%40announcements%40meta.discourse.org" for 172.17.0.1 at 2026-03-15 16:10:43 +0000
Processing by DiscourseActivityPub::ActorController#find_by_handle as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org", "actor_id"=>"57934"}
Started POST "/webfinger/handle/validate" for 172.17.0.1 at 2026-03-15 16:10:43 +0000
Processing by DiscourseActivityPub::Webfinger::HandleController#validate as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org"}
Completed 200 OK in 30ms (Views: 0.2ms | ActiveRecord: 0.0ms (0 queries, 0 cached) | GC: 0.0ms)
Started GET "/ap/local/actor/57934/find-by-handle?handle=%40announcements%40meta.discourse.org" for 172.17.0.1 at 2026-03-15 16:10:43 +0000
Processing by DiscourseActivityPub::ActorController#find_by_handle as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org", "actor_id"=>"57934"}
Started POST "/webfinger/handle/validate" for 172.17.0.1 at 2026-03-15 16:10:44 +0000
Processing by DiscourseActivityPub::Webfinger::HandleController#validate as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org"}
Completed 200 OK in 26ms (Views: 0.2ms | ActiveRecord: 0.0ms (0 queries, 0 cached) | GC: 0.3ms)
Started GET "/ap/local/actor/57934/find-by-handle?handle=%40announcements%40meta.discourse.org" for 172.17.0.1 at 2026-03-15 16:10:44 +0000
Processing by DiscourseActivityPub::ActorController#find_by_handle as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org", "actor_id"=>"57934"}
Started POST "/webfinger/handle/validate" for 172.17.0.1 at 2026-03-15 16:10:44 +0000
Processing by DiscourseActivityPub::Webfinger::HandleController#validate as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org"}
Completed 200 OK in 24ms (Views: 0.2ms | ActiveRecord: 0.0ms (0 queries, 0 cached) | GC: 0.3ms)
Started GET "/ap/local/actor/57934/find-by-handle?handle=%40announcements%40meta.discourse.org" for 172.17.0.1 at 2026-03-15 16:10:44 +0000
Processing by DiscourseActivityPub::ActorController#find_by_handle as JSON
Parameters: {"handle"=>"@announcements@meta.discourse.org", "actor_id"=>"57934"}
Welche Discourse-Version verwenden Sie? Ich kann diesen Akteur in einer anderen Discourse-Instanz finden:
Wir sind auf 2026.1.2(808b2ac23d) mit Pluginversion (d99071e0)
Ergänzend dazu: Unter 2026.5.0-latest mit einem ansonsten funktionierenden Kategorie-Aktor tritt dasselbe Problem auf. Ich kann Mastodon-Aktoren folgen, aber keine anderen Discourse-Aktoren.
Vielen Dank für den Bericht. Wir werden uns das kurzfristig ansehen.
Ein kurzer Hinweis, um euch alle darüber zu informieren, dass wir das ActivityPub-Plugin hier auf Meta deaktiviert haben. Das Plugin befand sich im Wartungsmodus; wir werden es weiterhin mit Sicherheitsupdates, Leistungsverbesserungen und Bugfixes unterstützen. In diesem Zusammenhang haben wir heute mehrere Sicherheitsfixes im Plugin-Repository zusammengeführt. Wir empfehlen allen Nutzern des Plugins, auf die neueste Version zu aktualisieren.
Auf Meta wurden die ActivityPub-fähigen Kategorien leider nur von wenigen Nutzern verwendet, und wir haben Feedback von Nicht-ActivityPub-Nutzern erhalten, die durch die Terminologie verwirrt waren. Daher haben wir uns entschlossen, die Dinge zu vereinfachen und die ActivityPub-Integration für Meta einzustellen.
Ein Grund, warum es so wenige Follower gibt, ist, dass ein Nutzer, der nicht an der Diskussion teilnimmt, wissen muss, wem er folgen soll. Das System ist nicht für ein einfaches Social-Media-artiges Folgen konzipiert, sondern für das Teilen von Inhalten von einem Forum ins Fediverse, in der Hoffnung, dass dort jemand ebenfalls Inhalte teilt (und selbst dann kann ein Mastodon-/oder ein anderer Nutzer keinen Discourse-Account folgen).
Man kennt zwar die Anzahl der Follower, hat aber keine Ahnung, wie viele Personen die Beiträge dort tatsächlich sehen. Aber klar, Meta ist so eine Art Randfall, weil wahrscheinlich Administratoren hier sind und normale Nutzer sich für die technischen Aspekte von Discourse nicht interessieren. Von diesem Standpunkt aus verstehe ich diese Entscheidung.
Hallo, ich versuche, ein Problem mit dem AP-Plugin zu melden, bei dem das published-Datum bei Beiträgen, die manuell über die Schaltfläche „Alle Beiträge veröffentlichen“ veröffentlicht wurden, nicht korrekt ist.
Beispiel
https://browser.pub/https://socialhub.activitypub.rocks/ap/object/a8d6c23e6c428313efb9bf20efeb020c
Erwartetes Verhalten
published gibt das Datum an, zu dem der Beitrag ursprünglich veröffentlicht wurde, d. h. das lokal in Discourse sichtbare Datum (2018).
Tatsächliches Verhalten
published gibt das Datum an, zu dem die AP-Ressource erstellt wurde, d. h. den Zeitpunkt, zu dem lokal in Discourse die Schaltfläche „Veröffentlichen“ geklickt wurde (2026).




