#friendica

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!

#Fediverse-#Statistik-Sammler fediverse.party

Innerhalb eines föderierten Systems - ja, genau, in diesem Fall ist natürlich vom föderierten #Universum, dem #Fediverse, die Rede - ist es naturgemäß schwierig, einen vollständigen Überblick über Größe, Nutzerstatistiken und technische Details zu erhalten.

Mehrere Projekte sind im #Fediversum unterwegs und sammeln Daten von den einzelnen Instanzen.

Dazu zählt auch die "fediverse.party".

https://fediverse.party/

Das Projekt stellt verschiedene fediversale Serversoftware vor (#Misskey, #Hubzilla, #PeerTube, #Pixelfed, #Friendica, #Lemmy, #Mastodon, #Pleroma, #diaspora, #Funkwhale) und faßt hier gesammelte Statistiken zusammen.

Ein fediversaler Gesamtüberlick aus "fediverse.party"-Sicht findet sich hier:

https://fediverse.party/en/fediverse/

Das Code-Repository findet sich hier:

https://codeberg.org/fediverse/fediparty

Die Entwickler sind @lightone@mastodon.xyz, @minoru@functional.cafe, @smallcircles@social.coop (vormals mastodon.social/@humanetech) und @strypey@mastodon.nzoss.nz

Wohlgemerkt, es handelt sich um eine Sicht auf Basis der zur Verfügung stehenden Daten des Statistiksammlers. Andere erhobene Statistiken mögen davon abweichen.

#fediverseparty

(Medien: 1)

#Fediverse-#Statistik-Sammler Fediverse Observer

Innerhalb eines föderierten Systems - ja, genau, in diesem Fall ist natürlich vom föderierten #Universum, dem #Fediverse, die Rede - ist es naturgemäß schwierig, einen vollständigen Überblick über Größe, Nutzerstatistiken und technische Details zu erhalten.

Mehrere Projekte sind im #Fediversum unterwegs und sammeln Daten von den einzelnen Instanzen.

Dazu zählt auch der "Fediverse Observer".

https://fediverse.observer/

Eine Liste von Instanzen ist hier zu finden:

https://fediverse.observer/list

Mit Stand März 2024 werden 21.478 Einträge angegeben.

Die eingesetzte #Software #Poduptime ist hier zu finden

https://gitlab.com/diasporg/poduptime

und beschreibt sich selbst als "Poduptime is #PHP software to observe stats and data on servers that support nodeinfo over the fediverse from projects like #Mastodon, #Diaspora, #Friendica, #Pixelfed..."

Wohlgemerkt, es handelt sich um eine Sicht auf Basis der zur Verfügung stehenden Daten des Statistiksammlers. Andere erhobene Statistiken mögen davon abweichen.

#FediverseObserver

(Medien: 1)

Als föderiertes System besitzt das #Fediverse weder zentrale Steuerung noch einheitliche Regeln. Diese liegen in der Hand der einzelnen Knotenpunkte, der Server oder für Eingeweihte, der Instanzen.

Wenn Du selbst eine Instanz nur für Dich betreibst, bist Du natürlich auch Chef über alles... und kannst frei entscheiden. Wenn Du für weitere Mitmenschen Konten anbietest, entscheidest Du vielleicht im Team.

Auch wenn Du selbst nur Interesse an der Nutzung eines Kontos hast, schaue auf die Nutzungsbedingungen und Regeln der Instanz, bevor Du Dich registrierst, ob Du Dich mit dem gewünschten Verhalten auf dieser Instanz anfreunden kannst.

Wenn eine Instanz #Mastodon als Serversoftware einsetzt, finden sich die Serverregeln gern unter der /about-URL.

Im Beispiel für die norddeutsche Instanz norden.social:
https://norden.social/about

Unter dem Punkt "Serverregeln" sind genau diese zu finden. Bei norden.social zum Beispiel unter Punkt 1: "Sei kein Arschloch." - nordisch direkt.

Übrigens gibt es häufig auch den Punkt "Moderierte Server", wo man ggf. einsehen kann, mit welchen Instanzen diese Instanz eingeschränkt oder gar nicht föderiert - optional auch mit Begründung.

Je nach genutzter Serversoftware können sich Nutzungsbedingungen unter anderen URLs tummeln. Bei #Friendica möglicherweise unter der /tos-URL.

Im Beispiel für die Friendica-Instanz anonsys.net:
https://anonsys.net/tos

Im Fediverse ist Vielfalt angesagt: Also einfach schauen, ob es Regeln, Nutzungsbedingungen, AGB oder wie auch immer gibt... und ob diese mit der eigenen Persönlichkeit harmonieren.

Drum prüfe, wer sich (ewig) bindet... oder so ähnlich.

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!

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-Client/App #Fedilab

Die #App Fedilab für #Android zählt als multifunktionaler #Client unter den fediversalen Apps und bietet die Unterstützung mehrerer Fediverse-Plattformen. Genannt werden #Mastodon, #PeerTube, #Pixelfed, #Pleroma, #Friendica sowie #GNU #Social.

Fedilab ist ein Open-Source-Projekt und auch über das F-Droid-Repository erhältlich.

Fedilab weist sehr viele Funktionen auf, unterstützt etwa auch vorgeplante Beiträge und bietet die Unterstützung für mehrere Konten. Auch die Pflege des eigenen Profils ist direkt über Fedilab möglich. Auch die Einbindung von öffentlichen Zeitleisten anderer Instanzen als Tab ist mit Fedilab möglich.

Website des Projekts:
https://fedilab.app/

Fedilab im Fediverse:
@apps@toot.fedilab.app
@Fedilab@piaille.fr

(Medien: 1)

Wie kommt man zu einer eigenen #Instanz?

Das #Fediverse besteht bekanntermaßen aus vielen, vielen einzelnen Instanzen und basiert auf offenen Standards. Daher besteht die Option, sich eine eigene Instanz aufzubauen und mit dieser am freien Social Media teilzunehmen.

Nehmen wir mal an, Du besitzt nicht zufällig nebenher ein ans #Internet angeschlossenes Rechenzentrum und mietest entsprechende Infrastruktur bei einem #Hosting-Unternehmen an. Ob nun "Shared Hosting", einen virtuellen oder physikalischen #Server... wir gehen hier mal davon aus, daß Hardware, Betriebssystem(umgebung) und Netzwerkanbindung nicht selbst gelöst werden muß.

Dann fallen spontan die folgenden drei Möglichkeiten auf den Tisch.

1) Da #ActivityPub ein offener Standard ist, besteht die Möglichkeit, sich die entsprechende fediversale #Serversoftware selbst zu entwickeln. Das ist ein klein wenig ein Hardcore-Ansatz und aus eigener Erfahrung kann ich sagen, es dauert... ;-)

2) Da freundlicherweise viele fediversale Serversoftware als "Open Source" entwickelt wird, schaut man sich nach einem geeigneten vorhandenen System um und installiert und betreibt dies anschließend selbst. Das kann dann eine Instanz vom Typ #Mastodon sein oder #Friendica oder #Firefish oder #Pixelfed oder...

3) Man schaut sich nach einem spezialisierten Anbieter um, der auch die Installation einer fediversalen Open-Source-Serversoftware für einen erledigt. Die existieren... bieten aber nicht zwangsläufig sämtliche existierende #Software an.

Allgemein muß man sich noch entscheiden, ob man die eigene Instanz nur für sich selbst nutzen will oder Konten an Dritte geben will.

In jedem Fall muß man sich darüber klar sein, daß der Betrieb einer öffentlichen Plattform im weltweiten Internet ein klein wenig Punkte zu bedenken gibt. Sei es zum Beispiel juristische Auflagen (z.B. Pflichtangaben im #Impressum, eine Datenschutzerklärung, die Einhaltung der #DSGVO usw.). Dies gilt insbesondere, wenn Dritte die Plattform nutzen dürfen sollen. Dann kommt auch noch der Punkt der #Moderation hinzu.

Alles in allem, nichts für eine spontane Fünf-Minuten-Idee, aber auch nichts, was völlig unmöglich erscheint. Etwas (längerfristige) Motivation, Zeit und Geld... dann gilt das Motto eines schwedischen Möbelhauses: Entdecke die Möglichkeiten! :-)

Wer mit #Android unterwegs ist und sinnvollerweise auf #Alphabet bzw. #Google verzichtet, findet bei F-Droid eine Auswahl an freien Apps für das #Fediverse.

Die folgende Übersicht erhebt keinen Anspruch auf Vollständigkeit. Sie beschränkt sich auf das offizielle #Repository von F-Droid. Weitere Optionen ergeben sich durch das Hinzufügen weiterer Repositories, etwa von @IzzyOnDroid@floss.social (https://apt.izzysoft.de/fdroid/). Sortiert wurde die Aufstellung nach letzter Aktualisierung auf F-Droid (ggf. sind bereits neuere Versionen verfügbar, etwa bei NewPipe).

Angegeben sind die unterstützten Fediverse-Plattformen / APIs nach Eigenbeschreibung der Apps. Normalerweise schließt dies Forks und Kompatible mit ein; im Zweifelsfall hilft Ausprobieren.


#Pachli
➡️ #Mastodon
https://f-droid.org/de/packages/app.pachli/
(Stand Januar 2024 zuletzt aktualisiert Januar 2024)

#Shitter
➡️ #Mastodon
https://f-droid.org/de/packages/org.nuclearfog.twidda/
(Stand Januar 2024 zuletzt aktualisiert Januar 2024)

#PixelDroid
➡️ #PixelDroid
https://f-droid.org/de/packages/org.pixeldroid.app/
(Stand Januar 2024 zuletzt aktualisiert Januar 2024)

#Voyager for Lemmy
➡️ #Lemmy
https://f-droid.org/de/packages/app.vger.voyager/
(Stand Januar 2024 zuletzt aktualisiert Januar 2024)

#Tusky
➡️ #Mastodon
https://f-droid.org/de/packages/com.keylesspalace.tusky/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2023)

#Husky
➡️ #Mastodon, #Pleroma
https://f-droid.org/de/packages/su.xash.husky/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2023)

#Moshidon
➡️ #Mastodon
https://f-droid.org/de/packages/org.joinmastodon.android.moshinda/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2023)

#Fedilab
➡️ #Mastodon, #Pleroma, #Pixelfed, #PeerTube, #GNU Social, #Friendica
https://f-droid.org/de/packages/fr.gouv.etalab.mastodon/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2023)

#Jerboa for Lemmy
➡️ #Lemmy
https://f-droid.org/de/packages/com.jerboa/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2023)

#PipePipe
➡️ #PeerTube u.a.
https://f-droid.org/de/packages/InfinityLoop1309.NewPipeEnhanced/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2023)

#Funkwhale for #Android
➡️ #Funkwhale
https://f-droid.org/de/packages/audio.funkwhale.ffa/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2023)

#Mastodon for #Android
➡️ #Mastodon
https://f-droid.org/de/packages/org.joinmastodon.android/
(Stand Januar 2024 zuletzt aktualisiert November 2023)

#FediPhoto-Lineage
https://f-droid.org/de/packages/com.fediphoto.lineage/
(Stand Januar 2024 zuletzt aktualisiert Oktober 2023)

#Eternity
➡️ #Lemmy
https://f-droid.org/de/packages/eu.toldi.infinityforlemmy/
(Stand Januar 2024 zuletzt aktualisiert Oktober 2023)

#NewPipe
➡️ #PeerTube u.a.
https://f-droid.org/de/packages/org.schabi.newpipe/
(Stand Januar 2024 zuletzt aktualisiert August 2023)

#IndiePass
➡️ #Mastodon, #Pixelfed, ...
https://f-droid.org/de/packages/com.indieweb.indigenous/
(Stand Januar 2024 zuletzt aktualisiert Mai 2023)

#BookWyrm
➡️ #BookWyrm
https://f-droid.org/de/packages/nl.privacydragon.bookwyrm/
(Stand Januar 2024 zuletzt aktualisiert April 2023)

#TubeLab
➡️ #PeerTube
https://f-droid.org/de/packages/app.fedilab.tubelab/
(Stand Januar 2024 zuletzt aktualisiert Juli 2022)

#TubeAcad
➡️ #PeerTube
https://f-droid.org/de/packages/app.fedilab.fedilabtube/
(Stand Januar 2024 zuletzt aktualisiert Juli 2022)

#Thorium
➡️ #PeerTube
https://f-droid.org/de/packages/net.schueller.peertube/
(Stand Januar 2024 zuletzt aktualisiert April 2022)

#PeerTube Live
➡️ #PeerTube
https://f-droid.org/de/packages/fr.mobdev.peertubelive/
(Stand Januar 2024 zuletzt aktualisiert Oktober 2021)

#Fedi Photo
(Stand Januar 2024 zuletzt aktualisiert Dezember 2020)
https://f-droid.org/de/packages/com.fediphoto

#twitlatte
➡️ #Mastodon, #Pleroma u.a.
https://f-droid.org/de/packages/com.github.moko256.twitlatte/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2019)

#P2Play
➡️ #PeerTube
https://f-droid.org/de/packages/org.libre.agosto.p2play/
(Stand Januar 2024 zuletzt aktualisiert Dezember 2019)

#MouseApp
➡️ #Mastodon
https://f-droid.org/de/packages/fr.xtof54.mousetodon/
(Stand Januar 2024 zuletzt aktualisiert Mai 2017)

#Friendica
➡️ #Friendica
(Stand Januar 2024 zuletzt aktualisiert Juni 2013)
https://f-droid.org/de/packages/de.wikilab.android.friendica01/

... und möglicherweise weitere auf...
https://f-droid.org/

(Medien: 1)