[quote=“Mevo, Beitrag: 43, Thema: 132624”]
@hellekin Entschuldigung, aber ich sehe den „Anwendungsfall
@hellekin Ich weiß da nicht so recht. Vielleicht hast du recht, vielleicht auch nicht. Es gibt viele Nachtclubs, Restaurants, Supermärkte, Software und so weiter. Manche sind sogar ziemlich ähnlich – geografisch und/oder in Bezug auf das Angebot. Sollte man die Ansicht vertreten, es sei „dumm“, dass verschiedene Orte das Gleiche anbieten und getrennt sind? Und sollten diese Orte zusammengelegt werden, um nur noch einen zentralen Ort zu haben?
Hier ist es jedoch etwas weiter entwickelt, da die Gemeinschaften gewissermaßen getrennt bleiben, aber miteinander verknüpft sind. Die Frage bleibt also: Sind alle Gemeinschaften wirklich „die gleiche“? Gilt überall dieselbe Regel, herrscht dieselbe Atmosphäre, sind es dieselben Arten von Menschen usw.? Vielleicht macht genau das eine Gemeinschaft zu einem „besonderen Ort“, der es wert ist, aktiv teilzunehmen: Dass sie einzigartig ist. Sie hat eine einzigartige Stimmung, einen einzigartigen Humor, usw. Eine einzigartige IDENTITÄT. Die Menschen sind dabei ein wesentlicher Aspekt: Wer geht wohin? Was für ein Mensch ist das?
Vielleicht ist dies eine Sichtweise auf DIVERSITÄT: Alles vermischen und am Ende überall das „Gleiche“ haben, weil es so stark vermischt ist.
Andererseits haben wir LINKS und ZITATE. Niemand hindert jemanden daran, zu verlinken, zu zitieren und zusammenzufassen, was woanders passiert. Und dabei kann man die Identität jedes Ortes bewahren und nicht alles zum „Gleichen“ machen.
Jedenfalls könnten dies die Kernfragen hinter dem ActivityPub-Prinzip selbst sein und dem Willen, es mit Discourse umzusetzen. Selbstverständlich kann jeder, wenn es nur optional ist, tun, was er möchte. Und Optionen sind meiner Meinung nach generell eine gute Sache (ich bin mir nicht ganz sicher, warum eine erfolgreiche Gemeinschaft möchte, dass ihre Inhalte nach außen geteilt werden und dass Menschen von außen damit interagieren können).
[Das ist doch ein bisschen so eine „Demolition Man“-Sache, wo es nur noch Taco-Bell-Restaurants gibt, oder?]
Ich bin mir nicht sicher, wie deine Sichtweise mit meinem vorherigen Beitrag zusammenhängt. Ich habe nichts über das Zusammenführen von Communities gesagt, sondern nur von gemeinsamen Themen. Und selbst dann habe ich lediglich vorgeschlagen, dass Benutzerkonten als Vermittler dienen könnten…
Und ist das nicht das ‘Zusammenführen’ der Angebote verschiedener Communities? Du ‘verbindest’ immer noch einige Inhalte, auch wenn, wie in der vorherigen Nachricht gesagt:
Es scheint eine gewisse Zurückhaltung seitens des Discourse-Teams zu geben, und die Vorteile/Gebrauchsfälle sind darüber hinaus unklar. Wenn du nicht siehst, wie mein vorheriger Beitrag mit dem Thema zusammenhängt, dann ist das in Ordnung. Meine Entschuldigung. Lass es uns vergessen.
Auf keinen Fall. Aber ich würde gerne in meiner lokalen Zeitung darüber lesen oder – in einem spezialisierteren Fall – in einem italienischen Gastronomieführer für Kenner. Dass die Dinge nicht alle gleich sind, macht es erst wertvoll, ein Abonnement abzuschließen. Zurück zum Web und zu Communities: Verlinken und Zitieren sind natürlich wertvoll. Doch sie stellen einen anderen Anwendungsfall dar als das Teilen eines Themas zwischen Foren und das Anzeigen des Threads im Kontext, vielleicht mit der Möglichkeit, direkt teilzunehmen.
Du hast recht, dass man in manchen Fällen Identitäten nicht vermischen möchte und dispersierte Communities ganz sicher nicht vollständig zusammenlegen sollte. Man kann jedoch gezielt nur die Teile zusammenführen, wo es sinnvoll ist. Sei es auf Themenbasis, bestimmte (Unter-)Kategorien, Tags oder spezifische Personengruppen, die Inhalte teilen.
Es geht eigentlich auch nicht um ActivityPub. Das Protokoll ist recht niedrigschichtig und baut auf HTTP auf. Man kann damit alles Mögliche bauen. Sehr oft denken Menschen, wenn sie ActivityPub erwähnen, automatisch an Microblogging (Mastodon), da dies bis jetzt die beliebteste Anwendung ist. Betrachtet man diesen Bereich, so erstellt jeder sozusagen seine eigene „einzigartige Community“, definiert durch die Personen, denen er folgt. Daraus entsteht seine persönliche Timeline. Abgesehen davon mag er sich dafür entschieden haben, sein Konto beispielsweise auf mastodon.technology zu erstellen, und seine Server-Timeline hat lose das Thema „Technologie“. Doch diese Domäne passt natürlich nicht wirklich zu Discourse. Es ist schließlich Microblogging, keine Community-Foren.
Derzeit erweitern einige Microblogging-Anwendungen ihre Domäne um das Konzept von Gruppen. Man kann dies als ein Community-Konzept betrachten, das über die Servergrenzen hinweg reicht. Während ich also auf mastodon.technology bin, könnte ich der Gruppe „Spaghetti“ und „Klimawandel“ beitreten. Aber es ist immer noch nur Microblogging –> alles wird komprimiert und in meine Timelines flachgelegt.
Was ist eine erfolgreiche Community? Was sind ihre Grenzen, was ist innen und was außen? Diese können sehr klar definiert sein und sich auf Identität und Vielfalt beziehen. Eines, worauf sie per se nicht Bezug nehmen, sind spezifische Servergrenzen!
Obwohl ich in Community hat keine Grenze sehr weit gefasst habe, geht es darum, ohne diese künstlichen Servergrenzen zu denken, auf die ich eingegangen bin (und wie dies die Qualität, Quantität und Aktivität der Community steigern kann). Ich habe nicht auf Identität eingegangen, was ein guter Punkt ist, den es ebenfalls anzusprechen gilt. Danke für deine Antwort dort, @Mevo, ich werde rechtzeitig antworten.
Danke @aschrijver, das ist sehr hilfreich.
Aus dem ersten Absatz entnehme ich die Idee, es „weise zu nutzen".
Beim zweiten Absatz bezog ich mich beim Begriff „ActivityPub
@angus hat Neuigkeiten vom NGI-Zuschuss zur Unterstützung dieser Feature-Entwicklung erhalten, und das Angebot wurde abgelehnt. Wir werden nächstes Jahr versuchen, einen anderen Zuschuss zu beantragen.
Das wäre ziemlich großartig.
Könnte jemand den aktuellen Stand (Stand 22.11.) der Überlegungen zur Implementierung von ActivityPub für Discourse zusammenfassen? Nachdem ich eine Reihe von verwandten Threads durchgegangen bin, sieht mein aktuelles Bild wie folgt aus:
- Es gab 2019 einen Versuch, EU-Fördermittel für Implementierungsarbeiten zu erhalten, aber der Antrag wurde aus bestimmten Gründen zurückgezogen
- Bis jetzt gibt es keinen Code (Plugin), der zum Testen verwendet werden könnte
- Die Mitarbeiter/das Kernteam von Discourse.org haben keine gemeinsame Position zur Notwendigkeit eines „fediversed discourse“
Ist dieses Bild korrekt? Ich arbeite mit einer größeren politischen Partei in Deutschland zusammen und wir könnten wirklich eine Art dezentralen Diskurs gebrauchen, bei dem Aktivitätsbenachrichtigungen zwischen Instanzen ausgetauscht werden. Daher bin ich an dem aktuellen Stand dieser Ideen interessiert …
Ja.
Wir verwenden mehrere Discourse-Instanzen, um an Discourse zu arbeiten, und Benutzer erhalten zentralisierte Benachrichtigungen über:
- Web-Push-Benachrichtigungen (verfügbar unter Android, Windows, Linux, MacOS)
- DiscourseHub (verfügbar unter iOS und Android für Websites in unserem Hosting)
- E-Mail (überall verfügbar)
Ganz zu schweigen von der Möglichkeit, RSS-Feeds zu abonnieren, Lesezeichen über .ics-Endpunkte mit Ihrem Kalender zu synchronisieren usw.
Warum würden Sie dafür ActivityPub benötigen?
Ja, basierend auf dem OP sind RSS-Feeds wahrscheinlich die beste Lösung für einen universell aggregierten Feed des Internets. Und mit Seiten wie rss.app und Bewegungen wie openrss.org kann man heutzutage so ziemlich für jede Seite, der man folgen möchte, einen RSS-Feed bekommen.
Wir sind hier gerade mitten in der Diskussion und vielleicht habe ich noch nicht alle Aspekte der vorherigen Diskussion hier erfasst.
Wenn wir von einer zentralisierten zu einer dezentralisierten Einrichtung mit mehreren Discourse-Instanzen wechseln (diese müssen On-Premise in Europa gehostet werden, AWS ist keine Option), würde eine Art von Aktivitätsnachrichten “Server-zu-Server” es Benutzern ermöglichen, sich nur auf einem System anzumelden und trotzdem Informationen über interessante Aktivitäten von einem anderen System zu erhalten.
E-Mail ist “überfüllt” und wir sehen einen Rückgang der Abdeckung für Informationen, die über “Standard-Newsletter” fließen. ActivityPub (über die Server-zu-Server-API) würde es ermöglichen, Informationen aus verschiedenen Quellen auf einem “bevorzugten Server” zu sammeln.
RSS-Feeds sind in der Tat eine mögliche Lösung, aber dies erfordert Registrierung/Authentifizierung auf verschiedenen Servern. Und manuelle Arbeit mit einer anderen Technologie, mit der die meisten “Nicht-Techniker” nicht vertraut sind.
Ich würde gerne Leute aus dem Fediverse einladen, an meinem Discourse-Server teilzunehmen, und zwar auf eine reichhaltigere Weise als durch manuelles Oneboxing.
Obwohl ich einen RSS-Feed verwende (und ihn tatsächlich zur Verfolgung neuer Inhalte auf mehreren Discourse-Instanzen nutze), würde ein reines ActivityPub / ActivityStream-Plugin die Leute dort treffen, wo sie in Scharen hingehen, und dazu beitragen, die Zugänglichkeit von Informationen in Discourse-Foren zu erhöhen.
Ich erkenne an, dass das Discourse-Team dem grundsätzlich widerspricht, und das ist ihr gutes Recht. Eine der großen Stärken von Discourse ist, dass wir uns als echte Open-Source-Software, die tatsächlich öffentlich entwickelt wird und nicht über den Zaun geworfen wird, nicht alle einig sein müssen. ![]()
Vielleicht müssen die Gedanken rund um ActivityPub in Discourse noch etwas reifen, sowohl technisch als auch strategisch.
Ich hoffe, dass die aktuelle „Twitter-Katastrophe“ mehr Menschen (insbesondere auf politischer Ebene) dazu zwingt, darüber nachzudenken, was mit ihrer eigenen „digitalen Souveränität“ falsch läuft. Und vielleicht beinhaltet dies auch neue Chancen für echte Open-Source-Lösungen im Bereich der öffentlichen und gemeinschaftsbasierten digitalen Diskussionen …
Bisher haben wir uns für ActivityPub in Discourse eingesetzt und viele Stimmen gehört, die versuchten zu erklären, warum sie ActivityPub brauchen… Aber wir haben nichts vom @Discourse-Team gehört, warum sie es nicht implementieren wollen. Jeden vorgebrachten Argument habe ich mit einem plausiblen Ansatz zu adressieren versucht, aber am Ende gibt es keine Klarheit darüber, warum sich Remote-Identifikatoren auf die Vertrauensstufen auswirken würden, da Remote-Konten lokal immer noch als gestaged betrachtet und wie gestaged Benutzer eingeschränkt werden können.
Es gibt mehrere zusammenhängende Threads. Ich wollte hervorheben, dass @sam klargestellt hat, dass meine Charakterisierung hier, dass „das Diskurs-Team dem grundsätzlich widerspricht“, falsch oder veraltet war:
Ich würde erwarten, dass der Grund, warum CDCK seine Ressourcen nicht für diese Arbeit einsetzt, darin liegt, dass sich nur wenige oder gar keine ihrer zahlenden Kunden darum kümmern oder es zumindest gegenüber anderen Funktionsarbeiten priorisieren. Ich vermute, dass es zu diesem Zeitpunkt und auf absehbare Zeit ein weitaus größeres Interesse der Community als des Unternehmens an dieser Arbeit gibt. Wenn CDCK diese Arbeit übernimmt, könnten die Opportunitätskosten für die Nichtentwicklung anderer Funktionen, nach denen ihre Kunden fragen, erheblich sein. (Ich habe hier keine Insiderkenntnisse.)
Angesichts von Sams Kommentar, der oben verlinkt ist, würde ich erwarten, dass CDCK in die Zusammenarbeit mit diesen Entwicklern investiert, um alle erforderlichen Kernänderungen zu überprüfen und zusammenzuführen, damit dieses Plugin effektiv ist, wenn eine Gruppe von Discourse-Community-Entwicklern sich genug darum kümmert, ein Plugin zu entwickeln. Meine Erfahrung mit den kleinen Beiträgen, die ich zu Discourse geleistet habe, ist, dass sie sich bemüht haben, Arbeiten zu überprüfen und zu unterstützen, die sie selbst nicht priorisiert hätten. ![]()
Als einfacher Discourse-Benutzer (der eine kleine Instanz hostet) und noch dazu als neuer Benutzer habe ich nichts Konkretes anzubieten, wie man dies technisch angehen könnte. Aber ich habe bemerkt, dass WordPress über sein Plugin eine bedeutende Präsenz im Fediverse aufbaut. Im Februar 2023 gibt es bereits über 750 Websites, die föderieren, was mehr ist als bei vielen dedizierten Föderationsplattformen. Das Potenzial ist also vorhanden, um alle Discourse-Communities (die dies wünschen) “magisch” zu einem stärker integrierten Ganzen zu machen. Die Hauptnebenbedingung ist, dass sich die Föderationsprotokolle (höchstwahrscheinlich) mit zunehmender Akzeptanz weiterentwickeln werden, sodass dies wirklich eine Verpflichtung wäre, damit die zugehörige Funktionalität Schritt hält.
@SeriousFun01 liesen Sie Federation support for Discourse - #87 by angus und die folgenden Beiträge für ein Update hier. ![]()