#activitypub

ActivityPub und Mastodon-Beiträge

#ActivityPub ist ein gern genutztes #Kommunikationsprotokoll im #Fediverse, mit dem sich Instanzen untereinander unterhalten und austauschen.

Die fediversale Plattform #Mastodon nennt die dortigen Beiträge #Tröts bzw. auf Englisch #Toots oder auch intern #Status (#statuses).

So weit, so gut. Nur kennt natürlich ActivityPub keine Mastodon-Bezeichnung wie #Tröt, #Toot oder Status.

ActivityPub bzw. das #Activity #Vocabulary kennt bzw. definiert Objekte wie etwa #Artikel (#Article), Audio, Dokument (Document), Ereignis (Event) und weitere.

Hier kommt der Objekttyp #Notiz (ggf. auch Mitteilung oder Hinweis, im englischen Original "#Note") ins Spiel.

Dies ist der Typ von Objekt, den Instanzen untereinander austauschen, wenn es um die Beiträge geht, die man auf einer Mastodon-Instanz verfaßt.

Auf Seiten der Mastodon-#Software versucht diese, einige andere Objekttypen bestmöglich zu konvertieren.

Eine explizite maximale Beitragslänge wird vom #Vokabular übrigens nicht vorgegeben. Das Objekt wird beschrieben als kurzes geschriebenes Werk, typischerweise nicht länger als ein einzelner Absatz.

Zum weiteren Einstieg ins Thema (für technisch Interessierte):
https://www.w3.org/TR/activitystreams-vocabulary/#dfn-note
https://www.w3.org/TR/activitypub/
https://docs.joinmastodon.org/spec/activitypub/#status

Dem geneigten Lesenden mag aufgefallen sein, daß das #W3C das "Activity Vocabulary" auf Mai 2017 datiert, "ActivityPub" allerdings auf Januar 2018.

#ActivityVocabulary

(Medien: 2)

ActivityPub und Mastodon-Umfragen

#ActivityPub ist ein gern genutztes #Kommunikationsprotokoll im #Fediverse, mit dem sich Instanzen untereinander unterhalten und austauschen. Die fediversale Plattform #Mastodon unterstützt Umfragen.

So weit, so gut. Nur, die Art und Weise, wie Mastodon Umfragen umsetzt, paßt nicht 100%ig zu der in ActivityPub bzw. im #Activity #Vocabulary definierten Form.

Demnach wäre eine #Frage (engl. #Question) nämlich eigentlich eine Aktivität und kein Objekt. Mastodon behandelt eine Frage allerdings als Objekt. Dies kann zu Verständigungsproblemen zwischen verschiedenen Instanztypen im Fediverse führen.

Mastodon-Instanzen untereinander verstehen sich. Auch #Mammuthus versteht sich auf Umfragen im Mastodon-Stil. Bei weiteren Fediverse-Plattformen (wie etwa #Friendica, #Pixelfed, #Firefish, etc.) wäre dies im Einzelfall zu klären.

Zum weiteren Einstieg ins Thema (für technisch Interessierte):
https://www.w3.org/TR/activitystreams-vocabulary/#dfn-question
https://docs.joinmastodon.org/spec/activitypub/#Question

Dem geneigten Lesenden mag aufgefallen sein, daß das #W3C das "Activity Vocabulary" auf Mai 2017 datiert, "ActivityPub" allerdings auf Januar 2018. Und letzteres keinen expliziten Bezug zu einer "Question" nimmt.

#Activity#Vocabulary #Poll #Umfrage #Umfragen

(Medien: 2)

Das Fediverse im Stadt-Modell erläutert

Im #Fediverse ist die Rede von Instanzen, die zusammen kommunizieren und gemeinsam das föderierte Universum bilden. Da kommen technische Begriffe ins Spiel wie Server, Software, Protokoll usw. usf. - und Produkte wie #Mastodon, #Friendica, #Pixelfed und viele mehr sowie Protokolle wie #ActivityPub... und viele Details mehr.

Wie kann man sich das vorstellen, wenn wir mal davon ausgehen würden, daß Instanzen Städte auf einem Planeten sind?

Nehmen wir also mal an, eine #Instanz bzw. ein #Server bzw. ein #Knotenpunkt im #Fediversum wäre eine Stadt auf einem Planeten. Inklusive Bevölkerung. Diese Stadt kann auf einem Eigenbau basieren oder sie nutzt einen Bauplan für eine spezielle Art von Stadt. Dieser Bauplan wäre dann eine Serversoftware wie Mastodon oder #Firefish oder eine andere.

Leute können sich in einer bereits gebauten Stadt ansiedeln oder eine eigene Stadt aufbauen. Da viele Baupläne für speziell ausgerichtete Städte frei verfügbar existieren (Open Source!), kann diese neue Gemeinschaft auf Basis eines solchen Bauplans eine neue Stadt errichten. Oder etwas eigenes bauen, weil... und hier kommen wir zum nächsten Punkt.

Die Städte auf diesem Planeten sind durch Wege verbunden. Diese Wege sind genormt, damit die Städte sich untereinander austauschen können und die jeweiligen Stadtverwaltungen wissen, wie sie mit Informationen und Botschaften, die über diese Wege übermittelt werden, umgehen und nicht wie ein Ochs' vorm Berg dastehen. Viele Wege nutzen die Norm "ActivityPub". Dies erlaubt dann auch komplett neue Typen von Städten, sofern diese über standardisierte Wege an vorhandene Städe angeschlossen werden.

Soweit so klar?

Instanzen entsprechen Städten, die #User der Instanzen der jeweiligen Stadtbevölkerung, die #Administration einer Instanz entspricht der Stadtverwaltung einer Stadt, unterschiedliche Arten von #Serversoftware bzw. Baupläne regeln die Art des Stadtaufbaus und Protokolle entsprechen genormten Wegen zwischen Städten.

Was passiert nun, wenn ein Bewohner in Stadt A einer Bewohnerin in Stadt B folgen will? Im Hintergrund wird die Stadtverwaltung von Stadt A tätig und schickt über den Weg (zwischen den Städten) eine Botschaft zu Stadt B. Dort nimmt die Stadtverwaltung von Stadt B den Folgewunsch entgegen und bearbeitet ihn. Akzeptiert die Bewohnerin von Stadt B Folgeanfragen ohne manuelle Überprüfung ihrerseits, kann ihre Stadtverwaltung gleich im Hintergrund eine Bestätigungsbotschaft über den Weg zu Stadt A zurückschicken. Die Stadtverwaltungen der Städte A und B kennen nun die Folgebeziehung zwischen den beiden Bewohnenden und können gewissermaßen einen Vermerk im Stadtarchiv vornehmen. Wenn nun die Bewohnerin in Stadt B einen neuen Beitrag verfaßt, weiß ihre Stadtverwaltung, daß sie eine Botschaft mit diesem Beitrag über die Wegeverbindung zu Stadt A schicken muß, weil dort ein Bewohner Interesse angemeldet hat bzw. folgt. Die Stadtverwaltung von Stadt A weiß auch Bescheid und kann den Beitrag aus Stadt B für ihren Bewohner präsentieren.

Immer noch klar?

Macht dieses Städtegleichnis den Aufbau des föderierten Universums nun verständlicher, ändert es nichts oder wird es noch komplizierter? ;-)

Achso, die Fediverse-Adresse entspricht gewissermaßen dem Namen und der Anschrift der jeweiligen Bewohnenden der Städte. Die Adresse beinhaltet den Namen und die Stadt. Innerhalb einer Stadt reicht der Name aus, aber bei Botschaften zwischen Städten muß Namen und Stadt genannt werden. Und ja, das ist einer Telefonnummer mit Vorwahl nicht unähnlich.

Völlig verwirrt? Oder bestens ins Bild gesetzt?

Viel Spaß im Fediverse!

Das #Fediverse ist ein offener Verbund von vielen tausend Instanzen.

Seit Februar 2022 (ausgehend vom Erstelldatum @admin@social.network.europa.eu) existiert eine Instanz mit offiziellen Konten der #EU: https://social.network.europa.eu/

EU Voice is the official #ActivityPub platform of the EU institutions. With EU Video, it is part of an alternative social media pilot proposed and provided by the European Data Protection Supervisor.

Nach Angaben der Instanz (Stand März 2024) sind 22 aktive Profile verzeichnet. Die Statistik auf mastodonien.de zählt 38 Konten mit zusammen mehr als 12.000 Beiträgen.

Auf dieser Instanz finden sich beispielsweise folgende Konten:

◾ European Data Protection Supervisor (#EDPS): @EDPS@social.network.europa.eu

und

◾ European Commission: @EU_Commission@social.network.europa.eu

Ein Verzeichnis aller Profile/Konten findet sich hier:
https://social.network.europa.eu/directory

Viel Spaß beim Stöbern...

P.S.: Statistik zur Instanz auf mastodonien.de:
https://www.mastodonien.de/instanz/social.network.europa.eu

P.P.S.: Die erwähnte Plattform "EU Video":
https://tube.network.europa.eu/

P.P.P.S: "EU Voice" is open for registrations only to EU institutions, body and agencies. Interagieren und folgen geht wie üblich mit einem Konto auf jeder kompatiblen Instanz im Fediverse.

Das föderierte #Universum ist ein #Mitmachversum!

Das #Fediverse ist das, was Du daraus machst.

Hier kann man Eigeninitiative zeigen, sogar selbst eine #Instanz betreiben. Viel freie #Software zur Auswahl: #Mastodon, #Friendica, #Pixelfed, #PeerTube, #BookWyrm und viele mehr.

Und wer mag, technisch versiert ist, arbeitet sich in die zugrundeliegende Technik ein und entwickelt etwas selbst. Sei es via #ActivityPub oder über eine #Client-#API.

Wie schon ein schwedisches Möbelhaus wußte: Entdecke die Möglichkeiten!

Dear friends of #BSDCafe and the #Fediverse,
since December 2023, snac.bsd.cafe has been operational, initially in an experimental phase but has proven to be stable and reliable.

Thus, Snac2 is now available as a service of BSD Cafe. It is considered one of the best and most comprehensive "lightweight" implementations of #ActivityPub, offering one of the best ways to interact with the Fediverse without the need for the extensive dependencies and components of Mastodon.

It is now possible to request an account on the snac2 instance of BSD Cafe. There isn't an automatic sign-up process (snac2 does not provide one, as it wasn't designed to create large communities).

For information and details, I suggest reading the relevant page on our Wiki: https://wiki.bsd.cafe/snac.bsd.cafe

Have a great week!

#OpenSource #TechCommunity #DecentralizedSocialMedia #snac #snac2

Котятки, #вопрос: я правильно понимаю, что информацию, размещенную в #Fediverse, #роскомпозор​у заблокировать не по зубам (потому что она ведь прилетает по #ActivityPub и кэшируется на твоем сервере)? @ru @russian_mastodon @Russia @tech

Mastodon-Client-API

Auch wenn sich im #Fediverse viel um #ActivityPub dreht und hier durchaus auch eine #Client-Schnittstelle skizziert ist, nutzt #Mastodon eine eigene Client-API, die (zumindest teilweise) auch von anderer fediversaler Serversoftware unterstützt wird (z.B. #Friendica, #Firefish, #Mammuthus).

Diese #API (application programming interface, eine #Schnittstelle zur #Programmierung von Anwendungen) dient Apps und Clients dazu, entsprechende Funktionen auf einer #Instanz durchzuführen. Diese API ermöglicht die Entwicklung von Apps wie #Tusky, #Fedilab & Co.

Man kann diese API auch nutzen, um Konten etwa (teil)automatisiert zu betreiben.

Oder Statistiken zu sammeln... oder... oder... ;-)

Die API ist soweit öffentlich dokumentiert und steht frei zur Verfügung.

Allgemeine Dokumentation zu #Mastodon (auf Englisch):
https://docs.joinmastodon.org/

"Getting started with the API":
https://docs.joinmastodon.org/client/intro/

Wer mit dem Gedanken spielt, die API zu nutzen, sollte sich mit #HTTP, #JSON & Co. anfreunden können. Und Englischkenntnisse sind in diesem Bereich grundsätzlich von Vorteil...

#Fediverse-#Protokoll #ActivityPub

Actor, Inbox, Outbox

Viele Instanzen im #Fediverse unterhalten sich untereinander mit Hilfe des standardisierten Protokolls #ActivityPub. Hierbei werden die einzelnen teilnehmenden Konten (etwa Personen) bei ActivityPub als #Actor bezeichnet. Eine passende Übersetzung wäre vielleicht "Akteur".

Jeder Actor besitzt eine #Inbox und eine #Outbox, also gewissermaßen einen Posteingang und einen Postausgang.

Wichtig für die Kommunikation (zwischen Instanzen) ist hierbei insbesondere eine funktionierende Inbox: An diese werden eingehenden Beiträge und Nachrichten zugestellt.

Fediversale Serversoftware optimiert dies übrigens gern und stellt eine geteilte Inbox (für die Instanz) zur Verfügung, so daß etwas ein Beitrag von Akteur A auf Instanz A nur einmal an Instanz B zugestellt wird, auch wenn mehrere verschiedene Akteure auf Instanz B Akteur A folgen. Die weitere Verteilung kann dann intern auf Instanz B erfolgen.

(Medien: 1)