Einfacher Start ins Fediverse mit Hubzilla
Wiiie? Mit Hubzillaaa? Das ist doch viel zu kompliziert! Nö, nichts ist da „kompliziert“. Registrierung und erste Einrichtung sind nicht umständlicher oder unverständlicher als bei den anderen Fediversediensten. Und dann ist man „drin“. Man hat einen Kanal (so heißt das bei Hubzilla) im Fediverse und kann sich mit allen anderen Nutzern im Fediverse austauschen. ...
View article
View summary
Dieser Artikel wurde am 19. Januar 2024 erstmals veröffentlicht.
Wiiie? Mit Hubzillaaa? Das ist doch viel zu kompliziert!
Nö, nichts ist da „kompliziert“. Registrierung und erste Einrichtung sind nicht umständlicher oder unverständlicher als bei den anderen Fediversediensten. Und dann ist man „drin“. Man hat einen Kanal (so heißt das bei Hubzilla) im Fediverse und kann sich mit allen anderen Nutzern im Fediverse austauschen.
Man kann posten… und wenn man unbedingt nur im Telegramm-Stil kommunizieren möchte, dann beschränkt man sich selbst auf 500 Zeichen. Werden es 510 Zeichen… auch nicht schlimm… es gibt keine derart drastische Beschränkung… es sei denn, man erlegt sie sich selbst auf. Freiheit durch Selbstbestimmung. Find ich prima!
Man kann Beiträge anderer (sofern sie es nicht, wenn es ihr Dienst erlaubt, eingeschränkt haben) kommentieren, weitersagen / boosten / renoten / teilen, liken oder disliken und vieles mehr. Dateianhänge und Embeds sind ebenfalls möglich. Man kann Nutzern folgen und andere Nutzer können einem selbst folgen. Ganz normaler Fediverse-Alltag.
Tatsache ist auch, dass Hubzilla eine „eierlegende Wollmilchsau“ unter den Sozialen Netzwerkdiensten im Fediverse ist. Es bietet über den „Standard“ hinaus noch Unmengen anderer Funktionen. Man kann es wie ein CMS nutzen. Es bietet echte Webseiten mit vielfältigen Gestaltungsmöglichkeiten, man kann Wikis erstellen, mittels „Karten“ und einem Kalender im Team zusammenarbeiten, man kann „Blogartikel“ erstellen, verfügt über einen Cloudspeicher und noch viel mehr. Das mag manchen überfordern und nicht alles ist völlig unkompliziert oder leicht verständlich (ein Grund für meine Hubzilla KnowledgeDB)… aber… man MUSS das ja auch NICHT nutzen. Etliche Funktionalitäten muss man ohnehin erst „freischalten“. Im Standard sollte das Funktionsmenü niemanden überfordern. Man kann Hubzilla also auch so, wie Mastodon, Pleroma, Misskey etc. nutzen. Wer aber irgendwann vielleicht mehr will, muss dann nicht Dienst und Account wechseln, sondern Hubzilla einfach erweitert nutzen.
Obendrein bietet Hubzilla eine – gegenüber den anderen Fediverse-Diensten – deutlich höhere Sicherheit gegen „Ausfälle“: die [ul=https://info.hubzilla.hu/de/nomadi.html]nomadische Identität[/url].
Gerade kürzlich stand z.B. die Mastdon-Instanz „troet.cafe“ vor dem Aus (zum Glück konnte sie gerettet werden, weil sie zu den bedeutenden Instanzen in Deutschland gehört). Panik kam auf. Was nun? Wohin soll man umziehen? Wie macht man das? Kann man seine Kontakte oder Inhalte mitnehmen?
Bei Hubzilla kann man (und sollte man) auf solche und ähnlche Ereignisse gut vorbereitet sein. Man erstellt einfach bei einer anderen Instanz (bei Hubzilla „Hub“ genannt) und klont seinen bestehenden Kanal dort einfach. Ab sofort gibt es dann den ursprünglichen Kanal und einen Klon, der sich genau so verhält, wie das „Original“. Inhalte, Kontakte und vieles mehr werden automatisch synchronisiert. Man muss sich nicht darum kümmern.
Gibt es beim „Heimat-Hub“ z.B. mal einen unvorhergesehenen (oder vielleicht auch einen angekündigten und geplanten) Ausfall, so ist man nicht abgeschnitten. Man loggt sich einfach auf dem Hub mit dem Klon ein und kann dort Hubzilla ganz normal weiter nutzen. Und falls ein Hub seine Dienste endgültig einstellt, dann löscht man einfach in den Einstellungen den Kanal auf diesem Hub und macht den Kanal auf einem anderen Hub zum „primären“. Fertig. Erledigt.
Ein einfacher und nur als „normaler Fediversedienst“ genutzter Kanal ist jedenfalls ganz einfach handzuhaben. Auch das Menü erschlägt einen nicht.
Und noch etwas: Selbst einen Hub aufzusetzen ist unglaublich simpel und nach Anleitung wirklich gut zu erledigen. Dabei geht Hubzilla extrem schonend mit den Systemressourcen um. Selbst auf älterer oder minimalistischer Hardware (z.B. Raspberry Pi 3) schnurrt Hubzilla problemlos.
Aber hier richte ich mich an diejenigen, die ins Fediverse einsteigen oder von einem anderen Dienst umsteigen möchten, und liefere eine wirklich simple Anleitung, wie der Einstieg gelingt.
Um Hubs zu finden kann man die üblichen Wege beschreiben: man nutzt entsprechende Datenbanken oder Listen.
Z.B.
FediDB
Fediverse Observer
Hat man sich für einen Hub entschieden, dann ruft man die URL auf und landet auf einer Standard-Seite. Die kann von Hub zu Hub etwas variieren, aber in der Regel findet man am oberen Rand des Bildschirms zwei Menüeinträge: „Anmelden“ und „Registrieren“.
Registrieren möchte man sich ja nun… also auf den Link geklickt und man landet in einem Regsitrierungsformular. Hier gibt es mehrere mögliche Szenarien. Manche Hubs sind so eingestellt, dass man schon bei der Registrierung gleich einen Kanal mit erstellt (man kann – noch so eine Besonderheit von Hubzilla – mit einem Account mehrere Kanäle betreiben). Bei anderen Hubs legt man mit dem Formular zunächst nur einen Account an. Wenn man den erstellt hat und sich erstmalig einloggt, dann wird man auf das Formular zur Kanalerstellung geleitet.
Um einen Account anzulegen, braucht man eine (funktionierende) E-Mail-Adresse und man muss sich ein Passwort ausdenken. Außerdem muss man noch sein Alter bestätigen und kann die eigegebenen Informationen abschicken.
Nun landet man (meist, es soll auch Hubs geben, die diesen Schritt aussparen… halte ich für riskant) bei einer Eingabemaske, bei welcher man einen Verifizierungscode eingeben muss. Den bekommt man nach dem Absenden des Registrierungs-Formulars per E-Mail zugeschickt.
Musste man bei der Registrierung noch keinen Kanal anlegen, so wird man zu diesem Zeitpunkt zur Seite „Erstelle einen Kanal“ weitergeleitet. Hier muss man sich nun einen Namen für die eigene Identität ausdenken. Und zusätzlich eine Kurzbezeichnung („Spitzname“) für den Kanal (ein Vorschlag wird automatisch aus dem Kanalnamen erzeugt). Diese Kurzbezeichnung wird der wesentliche Bestandteil des Fediverse-Handles (also der eigenen „Fediverse-Adresse“).
Nach dem Anlegen das Kanals ist man dann auch endlich „drin“. Als Standard landet man bei Hubzilla im „Headquarter“ („HQ“), einer Übersichtsseite über den eigenen Kanal.
Und es ist, wie immer beim Einstieg im Fediverse, ziemlich leer dort. In der linken Seitenleiste findet man Tabs mit verschiedenen Informationen:
In der Mitte wird der persönliche Stream (Timeline) angezeigt. In der rechten Seitenleiste werden wichtige Informationen (Mitteilung über neue Kontakte, neue Beiträge etc.) angezeigt. Bei einem neu erzeugten Kanal erscheint hier auch eine Auflistung für die ersten Schritte bei Hubzilla und Links, die zu den entsprechenden Funktionen führen.
Benötigt man diese Einsteiger-Hilfe nicht mehr, lässt sie sich unter Einstellungen → Anzeige-Einstellungen → Inhaltseinstellungen per Schalter abschalten.
Zunächst sollte man sein Profil sinnvoll befüllen… wie bei jedem Fediverse-Dienst. Keine schwarze Magie!
Am oberen Bildschirmrand befindet sich die Navigationsleiste. Links ist das Menü zur Kanalauswahl, für das eigene Profil und für die Einstellungen zu sehen. Rechts befinden sich Icons für einige Funktionen und das sogenannte „App-Menü“ (⋮), über welches man zu den installierten Apps gelangt. Als Standard werden dort die wichtigsten Anwendungen bereits zur Verfügung gestellt:
Ich empfehle dringend, noch einige weitere Apps zu installieren und zu aktivieren: ActivityPub, Superblock und Öffentlicher Beitragsstream.
Die App ActivityPub ist essenziell, wenn man am Fediverse teilnehmen möchte. Diese App ist ein MUSS und erfordert lediglich die Installation und Aktivierung. Weitere Einstellungen sind nicht erforderlich (es gibt eh nur zwei Feineinstellungen, die man aber erstmal nicht weiter beachten muss).
Superblock halte ich auch für wichtig, denn damit ist es möglich, Postings von (auch nicht gefolgten) Nutzern aus dem Stream auszuschließen.
Bei vielen (leider, aber auch verständlicher Weise, nicht bei allen) Hubs steht außerdem die App „Öffentlicher Beitragsstream“ zur Verfügung. Diese zeigt die öffentliche Zeitleiste aller Fediverse-Instanzen, die mit dem eigenen Hub föderieren, zur Verfügung. Ein guter Ort sich zu orientieren und neue Kontakte zu finden.
Apps zu installieren und zu aktivieren ist kein Problem. Man wählt im App-Menü den letzten Eintrag „+ Apps“ um zur App-Verwaltung zu gelangen.
Hier kann man sich die installierten Apps (also die voreinestellten Apps) und die generell verfügbaren Apps (alle, auch die nicht installierten) anzeigen lassen.
ActivityPub, Superblock und Öffentlicher Beitragsstream befinden sich noch ausschließlich unter „Verfügbare Apps“. Ein Klick auf „Installieren“ installiert diese und sie landen bei „Installierte Apps“.
Die neu installierten Apps müssen noch „aktiviert“, also auch durch das Menü nutzbar gemacht werden. Man findet in der Box der App ein „Sternchen-Symbol“. Klickt man darauf, färbt sich der Stern gelb und die App ist aktiv und erscheint nun auch im App-Menü.
Es gibt auch noch ein Pin-Nadel-Symbol. Klickt man dies an, so landet die App auch in der Navigationsleiste oben rechts.
Ich empfehle außerdem, bei dieser Gelegenheit die Apps“Kanal“ und „Stream“ an die Navigationsleiste anzupinnen.
Wichtig noch, wie man Kontakte hinzufügt…
Hat man im öffentlichen Stream einen interessanten Nutzer gefunden, kann man einfach auf das Profilbild des Nutzers klicken und im aufklappenden Menü „Verbinden“ auswählen. Man kann aber auch auf das Handle des Nutzer klicken und landet auf einer Seite mit einem Button „Verbinden“.
Kennt man das Handle eines Fediverse-Nutzers, dann kann man auch einfach auf die App „Verbindungen“ klicken. Man landet im Verbindungs-Verzeichnis. Ganz oben befindet sich ein Button „+ Add“. Klickt man auf diesen, öffnet sich ein Eingabefeld, in welches man das Handle eingeben kann (dran denken: ohne führendes „@“). Ein Klick auf das daneben befindliche „+“ und der Kontakt wird hinzugefügt.
Schließlich kann man auch das Verzeichnis aufrufen (am besten „nur dieser Hub“ in der linken Seitenleiste deaktivieren, um das globale Verzeichnis zu nutzen). Hier kann man sich durchwühlen oder auch gezielt nach Namen oder Interessen suchen oder auch nach Tags (Schnellzugriff auch über eine Schlagwörterwolke in der linken Seitenleiste). Das Verbinden erfolgt hier durch Klick auf den Button „Verbinden“.
Hat man Kontakte, die Apps installiert und sein Profil vervollständigt, kann man Hubzilla nun ganz einfach wie jeden anderen Fediversedienst nutzen. Und wer unbedingt will, kann sich selbst freiwillig auch die Beschränkungen von Mastodon bei der Nutzung von Hubzilla auferlegen. 😉 😀
Wiiie? Mit Hubzillaaa? Das ist doch viel zu kompliziert!
Nö, nichts ist da „kompliziert“. Registrierung und erste Einrichtung sind nicht umständlicher oder unverständlicher als bei den anderen Fediversediensten. Und dann ist man „drin“. Man hat einen Kanal (so heißt das bei Hubzilla) im Fediverse und kann sich mit allen anderen Nutzern im Fediverse austauschen.
Man kann posten… und wenn man unbedingt nur im Telegramm-Stil kommunizieren möchte, dann beschränkt man sich selbst auf 500 Zeichen. Werden es 510 Zeichen… auch nicht schlimm… es gibt keine derart drastische Beschränkung… es sei denn, man erlegt sie sich selbst auf. Freiheit durch Selbstbestimmung. Find ich prima!
Man kann Beiträge anderer (sofern sie es nicht, wenn es ihr Dienst erlaubt, eingeschränkt haben) kommentieren, weitersagen / boosten / renoten / teilen, liken oder disliken und vieles mehr. Dateianhänge und Embeds sind ebenfalls möglich. Man kann Nutzern folgen und andere Nutzer können einem selbst folgen. Ganz normaler Fediverse-Alltag.
Tatsache ist auch, dass Hubzilla eine „eierlegende Wollmilchsau“ unter den Sozialen Netzwerkdiensten im Fediverse ist. Es bietet über den „Standard“ hinaus noch Unmengen anderer Funktionen. Man kann es wie ein CMS nutzen. Es bietet echte Webseiten mit vielfältigen Gestaltungsmöglichkeiten, man kann Wikis erstellen, mittels „Karten“ und einem Kalender im Team zusammenarbeiten, man kann „Blogartikel“ erstellen, verfügt über einen Cloudspeicher und noch viel mehr. Das mag manchen überfordern und nicht alles ist völlig unkompliziert oder leicht verständlich (ein Grund für meine Hubzilla KnowledgeDB)… aber… man MUSS das ja auch NICHT nutzen. Etliche Funktionalitäten muss man ohnehin erst „freischalten“. Im Standard sollte das Funktionsmenü niemanden überfordern. Man kann Hubzilla also auch so, wie Mastodon, Pleroma, Misskey etc. nutzen. Wer aber irgendwann vielleicht mehr will, muss dann nicht Dienst und Account wechseln, sondern Hubzilla einfach erweitert nutzen.
Obendrein bietet Hubzilla eine – gegenüber den anderen Fediverse-Diensten – deutlich höhere Sicherheit gegen „Ausfälle“: die [ul=https://info.hubzilla.hu/de/nomadi.html]nomadische Identität[/url].
Gerade kürzlich stand z.B. die Mastdon-Instanz „troet.cafe“ vor dem Aus (zum Glück konnte sie gerettet werden, weil sie zu den bedeutenden Instanzen in Deutschland gehört). Panik kam auf. Was nun? Wohin soll man umziehen? Wie macht man das? Kann man seine Kontakte oder Inhalte mitnehmen?
Bei Hubzilla kann man (und sollte man) auf solche und ähnlche Ereignisse gut vorbereitet sein. Man erstellt einfach bei einer anderen Instanz (bei Hubzilla „Hub“ genannt) und klont seinen bestehenden Kanal dort einfach. Ab sofort gibt es dann den ursprünglichen Kanal und einen Klon, der sich genau so verhält, wie das „Original“. Inhalte, Kontakte und vieles mehr werden automatisch synchronisiert. Man muss sich nicht darum kümmern.
Gibt es beim „Heimat-Hub“ z.B. mal einen unvorhergesehenen (oder vielleicht auch einen angekündigten und geplanten) Ausfall, so ist man nicht abgeschnitten. Man loggt sich einfach auf dem Hub mit dem Klon ein und kann dort Hubzilla ganz normal weiter nutzen. Und falls ein Hub seine Dienste endgültig einstellt, dann löscht man einfach in den Einstellungen den Kanal auf diesem Hub und macht den Kanal auf einem anderen Hub zum „primären“. Fertig. Erledigt.
Ein einfacher und nur als „normaler Fediversedienst“ genutzter Kanal ist jedenfalls ganz einfach handzuhaben. Auch das Menü erschlägt einen nicht.
Und noch etwas: Selbst einen Hub aufzusetzen ist unglaublich simpel und nach Anleitung wirklich gut zu erledigen. Dabei geht Hubzilla extrem schonend mit den Systemressourcen um. Selbst auf älterer oder minimalistischer Hardware (z.B. Raspberry Pi 3) schnurrt Hubzilla problemlos.
Aber hier richte ich mich an diejenigen, die ins Fediverse einsteigen oder von einem anderen Dienst umsteigen möchten, und liefere eine wirklich simple Anleitung, wie der Einstieg gelingt.
Der Einstieg
Wie bei jedem anderen Fediverse-Dienst steht am Anfang die Wahl des Servers (Hub). Das ist im Fediverse so und essenzieller Teil der dortigen Freiheit.Um Hubs zu finden kann man die üblichen Wege beschreiben: man nutzt entsprechende Datenbanken oder Listen.
Z.B.
FediDB
Fediverse Observer
Hat man sich für einen Hub entschieden, dann ruft man die URL auf und landet auf einer Standard-Seite. Die kann von Hub zu Hub etwas variieren, aber in der Regel findet man am oberen Rand des Bildschirms zwei Menüeinträge: „Anmelden“ und „Registrieren“.
Registrieren möchte man sich ja nun… also auf den Link geklickt und man landet in einem Regsitrierungsformular. Hier gibt es mehrere mögliche Szenarien. Manche Hubs sind so eingestellt, dass man schon bei der Registrierung gleich einen Kanal mit erstellt (man kann – noch so eine Besonderheit von Hubzilla – mit einem Account mehrere Kanäle betreiben). Bei anderen Hubs legt man mit dem Formular zunächst nur einen Account an. Wenn man den erstellt hat und sich erstmalig einloggt, dann wird man auf das Formular zur Kanalerstellung geleitet.
Um einen Account anzulegen, braucht man eine (funktionierende) E-Mail-Adresse und man muss sich ein Passwort ausdenken. Außerdem muss man noch sein Alter bestätigen und kann die eigegebenen Informationen abschicken.
Nun landet man (meist, es soll auch Hubs geben, die diesen Schritt aussparen… halte ich für riskant) bei einer Eingabemaske, bei welcher man einen Verifizierungscode eingeben muss. Den bekommt man nach dem Absenden des Registrierungs-Formulars per E-Mail zugeschickt.
Musste man bei der Registrierung noch keinen Kanal anlegen, so wird man zu diesem Zeitpunkt zur Seite „Erstelle einen Kanal“ weitergeleitet. Hier muss man sich nun einen Namen für die eigene Identität ausdenken. Und zusätzlich eine Kurzbezeichnung („Spitzname“) für den Kanal (ein Vorschlag wird automatisch aus dem Kanalnamen erzeugt). Diese Kurzbezeichnung wird der wesentliche Bestandteil des Fediverse-Handles (also der eigenen „Fediverse-Adresse“).
| Hinweis zum Handle bei Hubzilla: |
| Hubzilla macht beim Handle im Vergleich zu anderen Fediverse-Diensten eine Ausnahme. Während beinahe überall vor das Handle ein „@“ gesetzt wird, entfällt dies bei Hubzilla. Das verinnerlicht man aber schnell. Sucht man mit Hubzilla z.B. einen Nutzer, der ein Mastodon-Konto hat, über dessen Handle, dann lässt man das führende „@“ einfach weg. Will man hingegen von einem anderen Fediverse-Dienst aus einem Hubzilla-Nutzer folgen oder diesen suchen, stellt man dem Hubzilla-Handle einfach ein „@“ voran. |
Nach dem Anlegen das Kanals ist man dann auch endlich „drin“. Als Standard landet man bei Hubzilla im „Headquarter“ („HQ“), einer Übersichtsseite über den eigenen Kanal.
Und es ist, wie immer beim Einstieg im Fediverse, ziemlich leer dort. In der linken Seitenleiste findet man Tabs mit verschiedenen Informationen:
- Öffentliche (oder eingeschränkte) Nachrichten:
Das ist eine kompakte ansicht der persönlichen Timeline (bei Hubzilla „Stream“ genannt) - Direktnachrichten:
Postings, die nur unter ausgewählten Teilnehmern ausgetauscht werden. - Favorisierte Postings:
Man kann ein Posting mit einem „Sternchen“ versehen, um sie zu markieren. Solchermaßen markierte Beiträge landen hier. - Benachrichtigungen
In der Mitte wird der persönliche Stream (Timeline) angezeigt. In der rechten Seitenleiste werden wichtige Informationen (Mitteilung über neue Kontakte, neue Beiträge etc.) angezeigt. Bei einem neu erzeugten Kanal erscheint hier auch eine Auflistung für die ersten Schritte bei Hubzilla und Links, die zu den entsprechenden Funktionen führen.
Benötigt man diese Einsteiger-Hilfe nicht mehr, lässt sie sich unter Einstellungen → Anzeige-Einstellungen → Inhaltseinstellungen per Schalter abschalten.
Zunächst sollte man sein Profil sinnvoll befüllen… wie bei jedem Fediverse-Dienst. Keine schwarze Magie!
Am oberen Bildschirmrand befindet sich die Navigationsleiste. Links ist das Menü zur Kanalauswahl, für das eigene Profil und für die Einstellungen zu sehen. Rechts befinden sich Icons für einige Funktionen und das sogenannte „App-Menü“ (⋮), über welches man zu den installierten Apps gelangt. Als Standard werden dort die wichtigsten Anwendungen bereits zur Verfügung gestellt:
- Dateien:
Zugang zur eigenen Cloud - Fotos:
Zugang zum eigenen Fotoalbum - Hilfe
- Kalender
- Kanal:
Die Seite des eigenen Kanals mit den Kanalinformationen. Hier werden im Stream nur die eigenen Beiträge angezeigt. - Stream:
Es wird zur Streamansicht gewechselt. - Verbindungen:
Hier werden die vorhandenen Verbindungen aufgeführt („Follower“ und „Gefolgte“). Außerdem kann man im Verbindungsverzeichnis neue Verbindungen hinzufügen. - Verzeichnis:
Das Benutzerverzeichnis wird angezeigt. Beachte: Man kann das globale Verzeichnis anschauen oder auch nur ein Verzeichnis mit den Nutzern der eigenen Instanz. Auch hier kann man neue Verbindungen herstellen.
Ich empfehle dringend, noch einige weitere Apps zu installieren und zu aktivieren: ActivityPub, Superblock und Öffentlicher Beitragsstream.
Die App ActivityPub ist essenziell, wenn man am Fediverse teilnehmen möchte. Diese App ist ein MUSS und erfordert lediglich die Installation und Aktivierung. Weitere Einstellungen sind nicht erforderlich (es gibt eh nur zwei Feineinstellungen, die man aber erstmal nicht weiter beachten muss).
Superblock halte ich auch für wichtig, denn damit ist es möglich, Postings von (auch nicht gefolgten) Nutzern aus dem Stream auszuschließen.
Bei vielen (leider, aber auch verständlicher Weise, nicht bei allen) Hubs steht außerdem die App „Öffentlicher Beitragsstream“ zur Verfügung. Diese zeigt die öffentliche Zeitleiste aller Fediverse-Instanzen, die mit dem eigenen Hub föderieren, zur Verfügung. Ein guter Ort sich zu orientieren und neue Kontakte zu finden.
Apps zu installieren und zu aktivieren ist kein Problem. Man wählt im App-Menü den letzten Eintrag „+ Apps“ um zur App-Verwaltung zu gelangen.
Hier kann man sich die installierten Apps (also die voreinestellten Apps) und die generell verfügbaren Apps (alle, auch die nicht installierten) anzeigen lassen.
ActivityPub, Superblock und Öffentlicher Beitragsstream befinden sich noch ausschließlich unter „Verfügbare Apps“. Ein Klick auf „Installieren“ installiert diese und sie landen bei „Installierte Apps“.
Die neu installierten Apps müssen noch „aktiviert“, also auch durch das Menü nutzbar gemacht werden. Man findet in der Box der App ein „Sternchen-Symbol“. Klickt man darauf, färbt sich der Stern gelb und die App ist aktiv und erscheint nun auch im App-Menü.
Es gibt auch noch ein Pin-Nadel-Symbol. Klickt man dies an, so landet die App auch in der Navigationsleiste oben rechts.
Ich empfehle außerdem, bei dieser Gelegenheit die Apps“Kanal“ und „Stream“ an die Navigationsleiste anzupinnen.
Hat man im öffentlichen Stream einen interessanten Nutzer gefunden, kann man einfach auf das Profilbild des Nutzers klicken und im aufklappenden Menü „Verbinden“ auswählen. Man kann aber auch auf das Handle des Nutzer klicken und landet auf einer Seite mit einem Button „Verbinden“.
Kennt man das Handle eines Fediverse-Nutzers, dann kann man auch einfach auf die App „Verbindungen“ klicken. Man landet im Verbindungs-Verzeichnis. Ganz oben befindet sich ein Button „+ Add“. Klickt man auf diesen, öffnet sich ein Eingabefeld, in welches man das Handle eingeben kann (dran denken: ohne führendes „@“). Ein Klick auf das daneben befindliche „+“ und der Kontakt wird hinzugefügt.
Schließlich kann man auch das Verzeichnis aufrufen (am besten „nur dieser Hub“ in der linken Seitenleiste deaktivieren, um das globale Verzeichnis zu nutzen). Hier kann man sich durchwühlen oder auch gezielt nach Namen oder Interessen suchen oder auch nach Tags (Schnellzugriff auch über eine Schlagwörterwolke in der linken Seitenleiste). Das Verbinden erfolgt hier durch Klick auf den Button „Verbinden“.
Hat man Kontakte, die Apps installiert und sein Profil vervollständigt, kann man Hubzilla nun ganz einfach wie jeden anderen Fediversedienst nutzen. Und wer unbedingt will, kann sich selbst freiwillig auch die Beschränkungen von Mastodon bei der Nutzung von Hubzilla auferlegen. 😉 😀
Sharkey: Bis jetzt ausgesprochen positiv überrascht…
Mich jammert’s immer noch wegen Firefish. Das gebe ich gerne zu. Hat mir wirklich gut gefallen. Das war auch der Grund, weshalb ich mich so „wild“ draufgestürzt habe. ...
View article
View summary
Dieser Artikel wurde am 6. Januar 2024 erstmals veröffentlicht.
Mich jammert’s immer noch wegen Firefish. Das gebe ich gerne zu. Hat mir wirklich gut gefallen. Das war auch der Grund, weshalb ich mich so „wild“ draufgestürzt habe.
Ob es nun ein für alle mal „begraben“ wird, weiß ich nicht. Mag sein, dass es damit vielleicht irgendwann doch irgendwie weiter geht.
Angefressen war ich vor allem auch, weil ich wirklich viel Zeit und Arbeit in das Wiki zu Firefish gesteckt habe. Na ja… völlig vergeblich war es ja trotzdem nicht. Einmal hat es doch einigen Neueinsteigern bei Firefish helfen können… und ich habe einiges an Erfahrungen generell mit Fediverse-Software rund um Misskey sammeln können (Firefish ist ja ein Misskey-Fork).
Ich werde das Wiki also nun doch dauerhaft bestehen lassen. Und ich werde meine Firefish-Instanz auch erst einmal installiert lassen und ggf. updaten, falls da noch was kommt (und wenn nicht, ist es auch nicht schlimm).
Durch die unerwarteten Probleme mit Firefish war ich natürlich besonders skeptisch, was neue und ähnliche Forks betrifft. Deshalb dachte ich, ich probiere mal das „Original“ und habe eine Misskey-Instanz ins Netz gebracht. So wahnsinnig groß waren die Unterschiede jetzt nicht. Einiges an Funktionalität fehlt da zwar und auch die Bedienung ist in einigen Punkten etwas umständlicher, aber nix, womit man nicht leben könnte. Allerdings läuft bei mir eine ein(!) Jahr alte Version und einige der Problemchen, die ich habe, gehen mit Sicherheit genau darauf zurück.
Dass ich eine so alte Version nutze, liegt daran, dass ich Misskey als YunoHost-App installiert habe. Ich habe nicht so genau hingeschaut und auch nicht damit gerechnet, dass das wirklich eine Version installiert wird, die zwölf Monde alt ist. Bei mir läuft also Version 12.119.2. Inzwischen ist die Versionsnummerierung bei Misskey schon umgestellt und aktuell ist jetzt 2023.12.2. Zwischen meiner Version und der aktuellen liegen186(!) Versionen (wenn man Betaversionen mitrechnet). Das ist schon ein ordentlicher Stiefel. Au weia!
Leider kann man Apps, die mit YunoHost installiert hat, nicht einfach so per Hand aktualisieren. Und irgendwie scheinen die Betreuer da in letzter Zeit nix mehr zu machen. Nach einem Jahr erwarte ich nicht wirklich bald eine neue Version.
Grundsätzlich ist Misskey (auch in der alten Version) ordentlich und gut nutzbar. Trotzdem… bescheiden, dass ich auf der Version festhänge.
Nun ist kürzlich Catodon veröffentlich worden. Es ist ein Firefish-Fork, also ein Fork eines Misskey-Forks. Ins Leben gerufen wurde es von zwei ehemaligen Mitgliedern der Kernteams von Firefish. Ob ich das jetzt vertrauenserweckend finde, steht mal auf einem anderen Blatt… aber es war schnell eine Version da und dann wurde gleich mal „aufgeräumt“. Es wurden sehr viele Funktionen umbenannt (warum auch immer) und auch einiges gestrichen. Mein Probeaccount bei einer Catodon-Instanz macht mir jedenfalls nicht wirklich Spaß. Erstens wegen der anders lautenden Bezeichnungen (und der ebenfalls geänderten Icons) und wegen der Einschränkungen gegenüber Firefish.
Mag sein, dass sich das noch gut entwickelt, aber im Augenblick wäre es keine Alternative für mich.
Dann gibt es (schon länger) Iceshrimp, einen weiteren Firefish-Fork. Hab ich mir noch nicht wirklich angeschaut. Ist auch nicht so verbreitet.
Und schließlich gibt es derzeit noch Sharkey. Sharkey ist ein Soft-Fork von Misskey und damit näher am Original als die Firefish-Forks.
Mir fiel auf, dass Sharkey im Fediverse irgendwie präsenter erscheint, als die anderen Dienste. Hinzu kam dass ich in Kontakt zu Nutzern rund um das Projekt kam. Zwar aus einem eher „unerfreulichen“ Anlass…
Ich hatte ja die Fediverse-Gruppe (chirp) FirefishTalk erzeugt und da wurde auch ganz gut kommuniziert. Also ich nun meine Firefish-Aktivitäten auf Eis gelegt habe, dachte ich darüber nach, was aus der Gruppe werden soll, für die ich ja als Moderator verantwortlich bin. Ich dachte, sie könne ja zur Kommunikation nicht nur über Firefish, sondern auch über Misskey und die genannten Forks dienen. Deshalb habe ich die Gruppenbeschreibung entsprechend geändert. Das wurde dann von Sharkey-Nutzern kritisiert, weil natürlich der Titel „FirefishTalk“ wirklich nicht signalisiert, dass es nicht nur um diesen Dienst geht. Den Titel habe ich dann auch geändert. Das hätte vielleicht genügen können, aber hat es natürlich nicht. Das Handle war ja nicht änderbar und blieb bei @FirefishTalk@chirp.social.
Na… ich habe die Gruppe letztlich dann geschlossen und eine Gruppe MisskeyTalk erzeugt, die aber ebenfalls für Nutzer und Admins der anderen Forks gedacht ist.
So bin ich halt in Kontakt mit einigen Nutzern von Sharkey gekommen (auch welche aus dem Sharkey-Team). Ich war neugierig und habe mir dann erstmal einen Account bei shonk.social angelegt, um mich zu orientieren. Und ich muss sagen, es hat mich ziemlich schnell gepackt. Fühlte sich sofort prima an und ist gefühlt ein sehr schönes „Zwischending“ zwischen Misskey und dem guten alten Firefish R.I.P. 😉
Hätte ich gerne ausprobiert… aber da war ich wieder bei YunoHost und den Apps. Sharkey ist nicht in der App-Liste. Und auch nicht auf der Wunschliste für neue Apps.
Allerdings lässt sich Sharkey auch als Docker-Container installieren… und ich hatte gelesen, dass man mit Docker unter YunoHost durchaus Anwendungen nutzen kann, die nicht als Apps angeboten werden.
Grundsätzlich ja auch keine schwarze Magie! YH läuft (derzeit noch) unter Debian 11. Docker und Docker-Compose zu installieren ist also nicht nur möglich, sonder wirklich einfach. Das habe ich dann auch gleich mal erledigt. Nun war es nur noch erforderlich, den nginx-Server, der von YunoHost verwaltet wird, als Reverse Proxy für die gewünschte Docker-Software zu konfigurieren.
Auch dafür gibt es eine sehr einfach Lösung, nämlich die App „Redirect“. Die Konfiguration ist selbsterklärend und ganz einfach.
Also hab ich mir eine Subdomain angelegt, ein Zertifikat erzeugt und Sharkey nach der offiziellen Installationsanleitung mit Docker installiert. Dann die Redirect-App installiert und auf Sharkey „umgebogen“. Zack… da lief sie auch schon, meine Sharkey-Instanz Cápa (inzwischen eingestellt)!
Es tauchte dann aber recht schnell ein Problem auf. Ich konnte keine Dateien hochladen. Der Vorgang brach mit einer eher kryptischen Fehlermeldung ab, aus der ich nicht ersehe konnte, wo der Kern des Problems denn nun liegt. Kein Dateiupload bedeutet allein schon, dass man kein Profilbild, keinen Banner etc. festlegen kann. Ich habe dann geschaut und recherchiert, bin aber auf keine Lösung gekommen.
Deshalb habe ich „ins Fediverse gerufen“ und die Sharkey-Experten um Hinweise gebeten, mir auf die Sprünge zu helfen (auch in der MisskeyTalk-Gruppe). Und da meldete sich Not Cute (@Amelia) mit einem einfachen Tipp.
Es liegt vermutlich an den Berechtigungen für das files-Verzeichnis. Ich solle doch einfach einmal
ausführen. Ging erstmal nicht, weil mir die Berechtigung fehlte und exec direkt im Sharkey-Container arbeitet. Also statt /sharkey/files nur files und das Ganze mit Root-Rechten:
Und schon war das Problem gelöst. Und zwar innerhalb kürzester Zeit.
Dann war mir aber auch aufgefallen, dass meine Sharkey-Instanz kaum föderierte… und überdies kaum Nutzer über die Suchfunktion zu finden waren. Also hab ich an gleicher Stelle nochmal nachgefragt.
Und dabei stellte sich heraus, dass ich trotz frischer Installation eine „alte“ Version von Sharkey nutzte.
Mein Fehler. Ich habe mich zwar recht streng an die Installationsanleitung gehalten, habe aber stur nur die dort genannte Änderung im Docker-Compose-File gemacht, aber nicht gelesen, was eine Zeile drüber im Kommentar stand. So habe ich ein altes Image gezogen. Inzwischen läuft die Entwicklung nämlich in einem neuen Repo unter git.joinsharkey.org, wo natürlich die neueste Version liegt.
Nach den Infos zum Sharkey Release 2023.12.0 habe ich dann die docker-compose.yml und die default.yml entsprechend geändert (und dabei einen Fehler eingebaut… dazu gleich noch) und das Update durchgeführt.
Lief auch durch… nur der Sharkey-Container startete nicht korrekt. Er hing in einer Restart-Schleife fest. Ich habe dann eine ganze Weile experimentiert und versucht, den Fehler einzugrenzen. Aber es wollte mir nicht gelingen. Dann wurde ich von Amelia gebeten, doch in den Support-Kanal bei Discord zu wechseln. Dort bat sie mich um das Docker-Logfile zu Sharkey, das ich ihr per Pastebin zukommen ließ. Und nach kürzester Zeit war das Problem behoben. Ich hatte, wie in der erwähnten Update-Anleitung angegeben, den Parameter
an die default.yml angehängt. Allerdings gab es diesen Parameter in der Datei ohnehin schon… so mittendrin, dass mir nicht aufgefallen, war, dass es doppelt drin war. Und das hat den Containerstart verhindert.
Und nun läuft die aktuelle Version… und auch das Finden von Kontakten läuft wie gewohnt. Und meine Instanz föderiert.
Jetzt geht es an die Test-Phase. Vernünftig eingerichtet ist die Instanz. Ich bin gespannt, wie sich Sharkey nun in den nächsten Monaten entwickelt.
Ich muss aber sagen, dass ich sehr positiv überrascht bin (war ja, wie gesagt, nach dem Firefish-Desaster eher skeptisch). Sharkey fühlt sich gut an, läuft sauber und ist funktional echt klasse.
Was ich aber besonders herausstellen möchte: Der Support ist sehr, sehr gut! Mir wurde nett, zuvorkommend und kompetent geholfen, wenn ich mit eigenen Versuchen und Recherchen nicht weiter kam. Und das auch noch rasant! In der Hinsicht ist das Sharkey-Team ein absolutes Vorbild… so sollte es bei viel mehr Projekten laufen.
Deshalb an dieser Stelle nochmal der ausgesprochene Dank an Amelia.
Ich weiß nicht, ob ich überhaupt selbst auf den Fehler gekommen wäre. Logfiles von Software, in der man nicht „drinsteckt“ sind schwer zu analysieren… weil man ja nicht weiß, was wie denn eigentlich korrekt laufen sollte.
Ich möchte jetzt „so früh“ noch keine Empfehlung aussprechen… aber wenn ich eine aussprechen müsste, dann würde ich zu Sharkey raten, wenn jemand von Firefish umsteigen möchte… oder zu Misskey, dann allerdings zu einer Instanz mit aktueller Software. 😉 😀
Apropos aktuelle Software… ich werde, wenn ich mal etwas mehr Zeit übrig habe, sehen, dass ich meine veraltete Misskey-Instanz auf eine Docker-Installation umstelle, damit ich auch damit auf dem neuesten Stand bleiben kann.
Mich jammert’s immer noch wegen Firefish. Das gebe ich gerne zu. Hat mir wirklich gut gefallen. Das war auch der Grund, weshalb ich mich so „wild“ draufgestürzt habe.
Ob es nun ein für alle mal „begraben“ wird, weiß ich nicht. Mag sein, dass es damit vielleicht irgendwann doch irgendwie weiter geht.
Angefressen war ich vor allem auch, weil ich wirklich viel Zeit und Arbeit in das Wiki zu Firefish gesteckt habe. Na ja… völlig vergeblich war es ja trotzdem nicht. Einmal hat es doch einigen Neueinsteigern bei Firefish helfen können… und ich habe einiges an Erfahrungen generell mit Fediverse-Software rund um Misskey sammeln können (Firefish ist ja ein Misskey-Fork).
Ich werde das Wiki also nun doch dauerhaft bestehen lassen. Und ich werde meine Firefish-Instanz auch erst einmal installiert lassen und ggf. updaten, falls da noch was kommt (und wenn nicht, ist es auch nicht schlimm).
Durch die unerwarteten Probleme mit Firefish war ich natürlich besonders skeptisch, was neue und ähnliche Forks betrifft. Deshalb dachte ich, ich probiere mal das „Original“ und habe eine Misskey-Instanz ins Netz gebracht. So wahnsinnig groß waren die Unterschiede jetzt nicht. Einiges an Funktionalität fehlt da zwar und auch die Bedienung ist in einigen Punkten etwas umständlicher, aber nix, womit man nicht leben könnte. Allerdings läuft bei mir eine ein(!) Jahr alte Version und einige der Problemchen, die ich habe, gehen mit Sicherheit genau darauf zurück.
Dass ich eine so alte Version nutze, liegt daran, dass ich Misskey als YunoHost-App installiert habe. Ich habe nicht so genau hingeschaut und auch nicht damit gerechnet, dass das wirklich eine Version installiert wird, die zwölf Monde alt ist. Bei mir läuft also Version 12.119.2. Inzwischen ist die Versionsnummerierung bei Misskey schon umgestellt und aktuell ist jetzt 2023.12.2. Zwischen meiner Version und der aktuellen liegen186(!) Versionen (wenn man Betaversionen mitrechnet). Das ist schon ein ordentlicher Stiefel. Au weia!
Leider kann man Apps, die mit YunoHost installiert hat, nicht einfach so per Hand aktualisieren. Und irgendwie scheinen die Betreuer da in letzter Zeit nix mehr zu machen. Nach einem Jahr erwarte ich nicht wirklich bald eine neue Version.
Grundsätzlich ist Misskey (auch in der alten Version) ordentlich und gut nutzbar. Trotzdem… bescheiden, dass ich auf der Version festhänge.
Nun ist kürzlich Catodon veröffentlich worden. Es ist ein Firefish-Fork, also ein Fork eines Misskey-Forks. Ins Leben gerufen wurde es von zwei ehemaligen Mitgliedern der Kernteams von Firefish. Ob ich das jetzt vertrauenserweckend finde, steht mal auf einem anderen Blatt… aber es war schnell eine Version da und dann wurde gleich mal „aufgeräumt“. Es wurden sehr viele Funktionen umbenannt (warum auch immer) und auch einiges gestrichen. Mein Probeaccount bei einer Catodon-Instanz macht mir jedenfalls nicht wirklich Spaß. Erstens wegen der anders lautenden Bezeichnungen (und der ebenfalls geänderten Icons) und wegen der Einschränkungen gegenüber Firefish.
Mag sein, dass sich das noch gut entwickelt, aber im Augenblick wäre es keine Alternative für mich.
Dann gibt es (schon länger) Iceshrimp, einen weiteren Firefish-Fork. Hab ich mir noch nicht wirklich angeschaut. Ist auch nicht so verbreitet.
Und schließlich gibt es derzeit noch Sharkey. Sharkey ist ein Soft-Fork von Misskey und damit näher am Original als die Firefish-Forks.
Mir fiel auf, dass Sharkey im Fediverse irgendwie präsenter erscheint, als die anderen Dienste. Hinzu kam dass ich in Kontakt zu Nutzern rund um das Projekt kam. Zwar aus einem eher „unerfreulichen“ Anlass…
Ich hatte ja die Fediverse-Gruppe (chirp) FirefishTalk erzeugt und da wurde auch ganz gut kommuniziert. Also ich nun meine Firefish-Aktivitäten auf Eis gelegt habe, dachte ich darüber nach, was aus der Gruppe werden soll, für die ich ja als Moderator verantwortlich bin. Ich dachte, sie könne ja zur Kommunikation nicht nur über Firefish, sondern auch über Misskey und die genannten Forks dienen. Deshalb habe ich die Gruppenbeschreibung entsprechend geändert. Das wurde dann von Sharkey-Nutzern kritisiert, weil natürlich der Titel „FirefishTalk“ wirklich nicht signalisiert, dass es nicht nur um diesen Dienst geht. Den Titel habe ich dann auch geändert. Das hätte vielleicht genügen können, aber hat es natürlich nicht. Das Handle war ja nicht änderbar und blieb bei @FirefishTalk@chirp.social.
Na… ich habe die Gruppe letztlich dann geschlossen und eine Gruppe MisskeyTalk erzeugt, die aber ebenfalls für Nutzer und Admins der anderen Forks gedacht ist.
So bin ich halt in Kontakt mit einigen Nutzern von Sharkey gekommen (auch welche aus dem Sharkey-Team). Ich war neugierig und habe mir dann erstmal einen Account bei shonk.social angelegt, um mich zu orientieren. Und ich muss sagen, es hat mich ziemlich schnell gepackt. Fühlte sich sofort prima an und ist gefühlt ein sehr schönes „Zwischending“ zwischen Misskey und dem guten alten Firefish R.I.P. 😉
Hätte ich gerne ausprobiert… aber da war ich wieder bei YunoHost und den Apps. Sharkey ist nicht in der App-Liste. Und auch nicht auf der Wunschliste für neue Apps.
Allerdings lässt sich Sharkey auch als Docker-Container installieren… und ich hatte gelesen, dass man mit Docker unter YunoHost durchaus Anwendungen nutzen kann, die nicht als Apps angeboten werden.
Grundsätzlich ja auch keine schwarze Magie! YH läuft (derzeit noch) unter Debian 11. Docker und Docker-Compose zu installieren ist also nicht nur möglich, sonder wirklich einfach. Das habe ich dann auch gleich mal erledigt. Nun war es nur noch erforderlich, den nginx-Server, der von YunoHost verwaltet wird, als Reverse Proxy für die gewünschte Docker-Software zu konfigurieren.
Auch dafür gibt es eine sehr einfach Lösung, nämlich die App „Redirect“. Die Konfiguration ist selbsterklärend und ganz einfach.
Also hab ich mir eine Subdomain angelegt, ein Zertifikat erzeugt und Sharkey nach der offiziellen Installationsanleitung mit Docker installiert. Dann die Redirect-App installiert und auf Sharkey „umgebogen“. Zack… da lief sie auch schon, meine Sharkey-Instanz Cápa (inzwischen eingestellt)!
Es tauchte dann aber recht schnell ein Problem auf. Ich konnte keine Dateien hochladen. Der Vorgang brach mit einer eher kryptischen Fehlermeldung ab, aus der ich nicht ersehe konnte, wo der Kern des Problems denn nun liegt. Kein Dateiupload bedeutet allein schon, dass man kein Profilbild, keinen Banner etc. festlegen kann. Ich habe dann geschaut und recherchiert, bin aber auf keine Lösung gekommen.
Deshalb habe ich „ins Fediverse gerufen“ und die Sharkey-Experten um Hinweise gebeten, mir auf die Sprünge zu helfen (auch in der MisskeyTalk-Gruppe). Und da meldete sich Not Cute (@Amelia) mit einem einfachen Tipp.
Es liegt vermutlich an den Berechtigungen für das files-Verzeichnis. Ich solle doch einfach einmal
docker exec -it sharkeycontianernyame chown -R sharkey:sharkey /sharkey/filesausführen. Ging erstmal nicht, weil mir die Berechtigung fehlte und exec direkt im Sharkey-Container arbeitet. Also statt /sharkey/files nur files und das Ganze mit Root-Rechten:
docker exec -it -u root sharkeycontianernyame chown -R sharkey:sharkey filesUnd schon war das Problem gelöst. Und zwar innerhalb kürzester Zeit.
Dann war mir aber auch aufgefallen, dass meine Sharkey-Instanz kaum föderierte… und überdies kaum Nutzer über die Suchfunktion zu finden waren. Also hab ich an gleicher Stelle nochmal nachgefragt.
Und dabei stellte sich heraus, dass ich trotz frischer Installation eine „alte“ Version von Sharkey nutzte.
Mein Fehler. Ich habe mich zwar recht streng an die Installationsanleitung gehalten, habe aber stur nur die dort genannte Änderung im Docker-Compose-File gemacht, aber nicht gelesen, was eine Zeile drüber im Kommentar stand. So habe ich ein altes Image gezogen. Inzwischen läuft die Entwicklung nämlich in einem neuen Repo unter git.joinsharkey.org, wo natürlich die neueste Version liegt.
Nach den Infos zum Sharkey Release 2023.12.0 habe ich dann die docker-compose.yml und die default.yml entsprechend geändert (und dabei einen Fehler eingebaut… dazu gleich noch) und das Update durchgeführt.
Lief auch durch… nur der Sharkey-Container startete nicht korrekt. Er hing in einer Restart-Schleife fest. Ich habe dann eine ganze Weile experimentiert und versucht, den Fehler einzugrenzen. Aber es wollte mir nicht gelingen. Dann wurde ich von Amelia gebeten, doch in den Support-Kanal bei Discord zu wechseln. Dort bat sie mich um das Docker-Logfile zu Sharkey, das ich ihr per Pastebin zukommen ließ. Und nach kürzester Zeit war das Problem behoben. Ich hatte, wie in der erwähnten Update-Anleitung angegeben, den Parameter
maxNoteLength: 6000an die default.yml angehängt. Allerdings gab es diesen Parameter in der Datei ohnehin schon… so mittendrin, dass mir nicht aufgefallen, war, dass es doppelt drin war. Und das hat den Containerstart verhindert.
Und nun läuft die aktuelle Version… und auch das Finden von Kontakten läuft wie gewohnt. Und meine Instanz föderiert.
Jetzt geht es an die Test-Phase. Vernünftig eingerichtet ist die Instanz. Ich bin gespannt, wie sich Sharkey nun in den nächsten Monaten entwickelt.
Ich muss aber sagen, dass ich sehr positiv überrascht bin (war ja, wie gesagt, nach dem Firefish-Desaster eher skeptisch). Sharkey fühlt sich gut an, läuft sauber und ist funktional echt klasse.
Was ich aber besonders herausstellen möchte: Der Support ist sehr, sehr gut! Mir wurde nett, zuvorkommend und kompetent geholfen, wenn ich mit eigenen Versuchen und Recherchen nicht weiter kam. Und das auch noch rasant! In der Hinsicht ist das Sharkey-Team ein absolutes Vorbild… so sollte es bei viel mehr Projekten laufen.
Deshalb an dieser Stelle nochmal der ausgesprochene Dank an Amelia.
Ich weiß nicht, ob ich überhaupt selbst auf den Fehler gekommen wäre. Logfiles von Software, in der man nicht „drinsteckt“ sind schwer zu analysieren… weil man ja nicht weiß, was wie denn eigentlich korrekt laufen sollte.
Ich möchte jetzt „so früh“ noch keine Empfehlung aussprechen… aber wenn ich eine aussprechen müsste, dann würde ich zu Sharkey raten, wenn jemand von Firefish umsteigen möchte… oder zu Misskey, dann allerdings zu einer Instanz mit aktueller Software. 😉 😀
Apropos aktuelle Software… ich werde, wenn ich mal etwas mehr Zeit übrig habe, sehen, dass ich meine veraltete Misskey-Instanz auf eine Docker-Installation umstelle, damit ich auch damit auf dem neuesten Stand bleiben kann.
Toter Fisch
Seit einiger Zeit geisterte das Gerücht durchs Fediverse, dass die Entwicklung der Fediverse-Software Firefish zum Erliegen gekommen sei. Das beunruhigte mich schon ein wenig, weil ich mich 1. in Firefish verliebt hatte, 2. eine Firefish-Instanz installiert hatte… nicht nur kurz zum Testen, sondern als längerfristigen Server im Fediverse und ich 3. auch ordentlich „Werbung“ für Firefish betrieben habe und sehr viele Stunden in die Firefish KnowledgeDB (ein Wiki) gesteckt habe. ...
View article
View summary
Dieser Artikel wurde erstmals am 31. Dezember 2023 veröffentlicht.
Seit einiger Zeit geisterte das Gerücht durchs Fediverse, dass die Entwicklung der Fediverse-Software Firefish zum Erliegen gekommen sei. Das beunruhigte mich schon ein wenig, weil ich mich 1. in Firefish verliebt hatte, 2. eine Firefish-Instanz installiert hatte… nicht nur kurz zum Testen, sondern als längerfristigen Server im Fediverse und ich 3. auch ordentlich „Werbung“ für Firefish betrieben habe und sehr viele Stunden in die Firefish KnowledgeDB (ein Wiki) gesteckt habe.
Es wurde dann vor einiger Zeit noch eine neue Version (die aktuelle stabile Version war und ist 1.0.3) veröffentlicht, auf die ich dann auch umgestellt habe: 1.0.5-rc. Das „rc“ steht für „Release Candidate“. Das sind Versionen einer Software, die eine Betatest-Phase hinter sich gebracht haben und der endgültigen Version entsprechen sollten. Es ist sowas wie ein letzter „Betatest“, bei dem nur noch die letzten Fehlerkorrekturen erfolgen, bevor dann die finale Version veröffentlicht wird.
Das vermittelte mir den Eindruck, dass da doch noch etwas geht.
Im Fediverse wurde immer wieder darauf hingewiesen, dass im Software-Repository nicht mehr viel passiert… das sei ein Zeichen dafür, dass das Projekt tot sei. Auch diese „Meldungen“ (ich hatte das ja auch selbst beobachtet) waren für mich durch die RC-Phase erklärbar. Während der letzten Phase der Softwareentwicklung, in der ein RC im Echtbetrieb getestet wird, passiert an der Software nicht mehr viel. Hier und da noch ein paar Feinschliffe, die eine oder andere Übersetzung… aber nichts grundlegendes oder beachtliches.
Bei größeren Projekten mag das anders sein, weil da dann schon von einigen des großen Entwicklerteams an der nächsten Version gebastelt wird, aber Firefish hatte ja ein kleines Team. Da stürzt man sich nicht schon vorher auf die Entwicklung der nächsten Version, wenn die aktuelle noch nicht veröffentlicht ist.
Das waren alles aber nur (begründete) Vermutungen meinerseits. Leider war es bei Firefish schon lange (mindestens seit ich es nutze) die Kommunikation nach Außen schlecht. Aber auch das ist ein Phänomen, das man von Open Source Projekten kennt.
Auffallend war aber die nachlassende Zahl derer, die noch irgendwie im Repo aktiv waren.
Dann erschienen in letzter Zeit auch noch vermehrt andere Forks von Misskey, die in die gleiche Richtung gingen, wie Firefish und sogar ein Firefish-Fork.
Die Stimmen, dass Firefish wohl tot sei, wurden mehr und lauter.
Schließlich gab es die Ankündigung eines weiteren Forks mit dem Namen „Catodon“… und dabei war die Besonderheit, dass sie von einem Kern-Mitglied des Firefish-Teams kam, von Panos.
Gestern nun platzte die Bombe.
Panos teilte mit, dass Firefish als Projekt faktisch tot ist. Das Hauptproblem lag wohl darin, dass Firefish, trotz gar nicht so kleinem Kernteams trotzdem ein One-Man-Show war. Der „Besitzer“ Kainoa hat das Projekt offensichtlich aufgegeben, ist kaum noch aktiv und auch quasi nicht erreichbar. Dem Rest des Kernteams sind aber, was Entscheidungen anbelangt, die Hände gebunden. Der Kapitän ist von Bord und die Mannschaft huckt gefesselt am Mastbaum.
Original-Post von Panos
Ich finde das ausgesprochen schade und bin traurig. Ich kann und will aber nun auch keine Fediverse-Instanz betreiben, die nicht mehr weiterentwickelt und auch nicht einmal mehr gepflegt wird. Ungepflegte Software ist ein Sicherheitsrisiko und auch keine zukunftsfähige Sache. Ich möchte sowas aber weder mir, noch den wenigen Nutzern meiner Instanz zumuten. Als Instanzbetreiber trage ich auch eine gewisse Verantwortung.
Als ersten Schritt habe ich Pepefish für die Registrierung neuer Accounts geschlossen. Es soll niemand aus Versehen noch einsteigen, um dann womöglich in kurzer Zeit eine neue Heimat suchen zu müssen.
Neue Heimat… das ist nun natürlich auch so ein Punkt. Es sind, wie gesagt, inzwischen einige Forks erschienen… Sharkey, Iceshrimp und nun auch Catodon.
Das ist einerseits eine tolle Sache, andererseits beruhigt mich das auch nicht wirklich. Solche Abspaltungen sind eine tolle Sache und meist herrscht anfangs auch eine große Euphorie, viele Helfer kommen dazu, viele probieren die Software aus… es passiert so einiges. Doch das ebbt irgendwann auch wieder ab. Und dann kommt es darauf an, dass das Kernteam ausreichend groß und engagiert genug ist, das Projekt auf Dauer fortzuführen. Und es ist, wie Firefish gerade gezeigt hat, wichtig, dass die Hauptverantwortung für ein solches Projekt tatsächlich auch auf mehrere Schultern verteilt ist und nicht auf nur einen oder zwei aus dem Team… denn wenn der oder die, aus welchen Gründen auch immer, aussteigen, ohne eine Nachfolge zu regeln, steht da die nächste „Bauruine“ in der Gegend herum.
Ich werde mit Sicherheit nicht sofort auf einen diese neuen Züge aufspringen, sondern diesmal wirklich genau hinschauen und auch deutlich länger abwarten, bevor ich eine eigene Instanz aufsetze.
Aber… auch wenn ich an das Weiterbestehen von Firefish geglaubt hatte (weil ich einfach daran glauben wollte), hatte ich mir schon länger Gedanken darüber gemacht, was denn eine Alternative sein könnte.
Na… wie wäre es denn mit dem „Ohrischinaaal“? Misskey existiert nun schon recht lange und wird noch immer aktiv entwickelt. Es hat eine große Userbase und auch eine große Zahl an laufender Instanzen.
So habe ich schon vor ein paar Wochen mal selbst eine Instanz aufgesetzt und mich damit befasst.
Perikey – meine öffentliche und für Registrierungen offene Misskey-Instanz
Ok… Firefish hatte schon einige Features mehr und es gab auch praktische Verbesserungen. Aber grundsätzlich ist Misskey gar nicht so weit weg vom jetzt toten Fisch. Kann man mit Firefish umgehen, findet man sich sehr schnell auch bei Misskey zurecht.
Inzwischen habe ich meine Kontakte herübergeholt und ich hatte es bis gestern „so nebenher“ zu laufen.
Nach der Hiobsbotschaft gestern habe ich mich nun entschlossen, meine Aktivitäten auf meiner Firefish-Instanz auszusetzen. Die Instanz bleibt vorerst noch am Netz. Bei der geringen Zahl an Nutzern kann ich auch jedem persönlich schreiben, die Schließung ankündigen, zu meiner Misskey-Instanz einladen und erläutern, wie man z.B. seine Kontakte mitnimmt.
Ich hoffe halt immer noch auf ein „Wunder“… aber spätestens in vier Wochen, wenn sich besagtes Wunder nicht abzeichnet, werde ich Pepefish vom Netz nehmen.
[d]Die FirefishTalk-Gruppe lasse ich bestehen und werde in der Beschreibung ergänzen, dass dort nunmehr über alle Forks diskutiert werden kann.[/d]
Das in sehr vielen Stunden aufgebaute Firefish-Wiki nehme ichdann auch nicht vom Netz… ich werde vermutlich ein weiteres zu Misskey und Sharkey (vielversprechender Misskey-Softfork) aufbauen… dafür kann ich immerhin einiges an Inhalten übernehmen und leicht modifizieren.
Schade… aber anscheinend ist der Fisch wirklich tot…
Seit einiger Zeit geisterte das Gerücht durchs Fediverse, dass die Entwicklung der Fediverse-Software Firefish zum Erliegen gekommen sei. Das beunruhigte mich schon ein wenig, weil ich mich 1. in Firefish verliebt hatte, 2. eine Firefish-Instanz installiert hatte… nicht nur kurz zum Testen, sondern als längerfristigen Server im Fediverse und ich 3. auch ordentlich „Werbung“ für Firefish betrieben habe und sehr viele Stunden in die Firefish KnowledgeDB (ein Wiki) gesteckt habe.
Es wurde dann vor einiger Zeit noch eine neue Version (die aktuelle stabile Version war und ist 1.0.3) veröffentlicht, auf die ich dann auch umgestellt habe: 1.0.5-rc. Das „rc“ steht für „Release Candidate“. Das sind Versionen einer Software, die eine Betatest-Phase hinter sich gebracht haben und der endgültigen Version entsprechen sollten. Es ist sowas wie ein letzter „Betatest“, bei dem nur noch die letzten Fehlerkorrekturen erfolgen, bevor dann die finale Version veröffentlicht wird.
Das vermittelte mir den Eindruck, dass da doch noch etwas geht.
Im Fediverse wurde immer wieder darauf hingewiesen, dass im Software-Repository nicht mehr viel passiert… das sei ein Zeichen dafür, dass das Projekt tot sei. Auch diese „Meldungen“ (ich hatte das ja auch selbst beobachtet) waren für mich durch die RC-Phase erklärbar. Während der letzten Phase der Softwareentwicklung, in der ein RC im Echtbetrieb getestet wird, passiert an der Software nicht mehr viel. Hier und da noch ein paar Feinschliffe, die eine oder andere Übersetzung… aber nichts grundlegendes oder beachtliches.
Bei größeren Projekten mag das anders sein, weil da dann schon von einigen des großen Entwicklerteams an der nächsten Version gebastelt wird, aber Firefish hatte ja ein kleines Team. Da stürzt man sich nicht schon vorher auf die Entwicklung der nächsten Version, wenn die aktuelle noch nicht veröffentlicht ist.
Das waren alles aber nur (begründete) Vermutungen meinerseits. Leider war es bei Firefish schon lange (mindestens seit ich es nutze) die Kommunikation nach Außen schlecht. Aber auch das ist ein Phänomen, das man von Open Source Projekten kennt.
Auffallend war aber die nachlassende Zahl derer, die noch irgendwie im Repo aktiv waren.
Dann erschienen in letzter Zeit auch noch vermehrt andere Forks von Misskey, die in die gleiche Richtung gingen, wie Firefish und sogar ein Firefish-Fork.
Die Stimmen, dass Firefish wohl tot sei, wurden mehr und lauter.
Schließlich gab es die Ankündigung eines weiteren Forks mit dem Namen „Catodon“… und dabei war die Besonderheit, dass sie von einem Kern-Mitglied des Firefish-Teams kam, von Panos.
Gestern nun platzte die Bombe.
Panos teilte mit, dass Firefish als Projekt faktisch tot ist. Das Hauptproblem lag wohl darin, dass Firefish, trotz gar nicht so kleinem Kernteams trotzdem ein One-Man-Show war. Der „Besitzer“ Kainoa hat das Projekt offensichtlich aufgegeben, ist kaum noch aktiv und auch quasi nicht erreichbar. Dem Rest des Kernteams sind aber, was Entscheidungen anbelangt, die Hände gebunden. Der Kapitän ist von Bord und die Mannschaft huckt gefesselt am Mastbaum.
Original-Post von Panos
Falls Sie es noch nicht bemerkt haben: Es sieht nicht gut aus für firefish. Sein Besitzer, Kainoa, hat das Projekt, dessen letzte stabile Version im Juli veröffentlicht wurde, praktisch aufgegeben. Meine letzte Nachricht an den Betreiber war vor einer Woche, und seitdem habe ich keine Antwort mehr erhalten. Firefish.social hat neben den anderen schwerwiegenden technischen Problemen, die es aufgrund von Missmanagement in den letzten Monaten hatte, nun auch ernsthafte Probleme mit der Föderation. Ich hoffe, dass es Kainoa persönlich gut geht, aber das ist unverantwortlich und inakzeptabel.
…
In der Zwischenzeit möchte ich mich für etwaige Unannehmlichkeiten im Zusammenhang mit Firefish entschuldigen, da ich technisch gesehen immer noch ein Mitglied des Kernteams bin, was auch immer das bedeutet. Aber ehrlich gesagt habe ich mich sehr bemüht, die Dinge anders zu gestalten – aber man kann nicht viel tun, wenn es sich um das Projekt eines anderen handelt. Es tut mir wirklich leid, wie die Dinge gelaufen sind.
Ich finde das ausgesprochen schade und bin traurig. Ich kann und will aber nun auch keine Fediverse-Instanz betreiben, die nicht mehr weiterentwickelt und auch nicht einmal mehr gepflegt wird. Ungepflegte Software ist ein Sicherheitsrisiko und auch keine zukunftsfähige Sache. Ich möchte sowas aber weder mir, noch den wenigen Nutzern meiner Instanz zumuten. Als Instanzbetreiber trage ich auch eine gewisse Verantwortung.
Als ersten Schritt habe ich Pepefish für die Registrierung neuer Accounts geschlossen. Es soll niemand aus Versehen noch einsteigen, um dann womöglich in kurzer Zeit eine neue Heimat suchen zu müssen.
Neue Heimat… das ist nun natürlich auch so ein Punkt. Es sind, wie gesagt, inzwischen einige Forks erschienen… Sharkey, Iceshrimp und nun auch Catodon.
Das ist einerseits eine tolle Sache, andererseits beruhigt mich das auch nicht wirklich. Solche Abspaltungen sind eine tolle Sache und meist herrscht anfangs auch eine große Euphorie, viele Helfer kommen dazu, viele probieren die Software aus… es passiert so einiges. Doch das ebbt irgendwann auch wieder ab. Und dann kommt es darauf an, dass das Kernteam ausreichend groß und engagiert genug ist, das Projekt auf Dauer fortzuführen. Und es ist, wie Firefish gerade gezeigt hat, wichtig, dass die Hauptverantwortung für ein solches Projekt tatsächlich auch auf mehrere Schultern verteilt ist und nicht auf nur einen oder zwei aus dem Team… denn wenn der oder die, aus welchen Gründen auch immer, aussteigen, ohne eine Nachfolge zu regeln, steht da die nächste „Bauruine“ in der Gegend herum.
Ich werde mit Sicherheit nicht sofort auf einen diese neuen Züge aufspringen, sondern diesmal wirklich genau hinschauen und auch deutlich länger abwarten, bevor ich eine eigene Instanz aufsetze.
Aber… auch wenn ich an das Weiterbestehen von Firefish geglaubt hatte (weil ich einfach daran glauben wollte), hatte ich mir schon länger Gedanken darüber gemacht, was denn eine Alternative sein könnte.
Na… wie wäre es denn mit dem „Ohrischinaaal“? Misskey existiert nun schon recht lange und wird noch immer aktiv entwickelt. Es hat eine große Userbase und auch eine große Zahl an laufender Instanzen.
So habe ich schon vor ein paar Wochen mal selbst eine Instanz aufgesetzt und mich damit befasst.
Ok… Firefish hatte schon einige Features mehr und es gab auch praktische Verbesserungen. Aber grundsätzlich ist Misskey gar nicht so weit weg vom jetzt toten Fisch. Kann man mit Firefish umgehen, findet man sich sehr schnell auch bei Misskey zurecht.
Inzwischen habe ich meine Kontakte herübergeholt und ich hatte es bis gestern „so nebenher“ zu laufen.
Nach der Hiobsbotschaft gestern habe ich mich nun entschlossen, meine Aktivitäten auf meiner Firefish-Instanz auszusetzen. Die Instanz bleibt vorerst noch am Netz. Bei der geringen Zahl an Nutzern kann ich auch jedem persönlich schreiben, die Schließung ankündigen, zu meiner Misskey-Instanz einladen und erläutern, wie man z.B. seine Kontakte mitnimmt.
Ich hoffe halt immer noch auf ein „Wunder“… aber spätestens in vier Wochen, wenn sich besagtes Wunder nicht abzeichnet, werde ich Pepefish vom Netz nehmen.
[d]Die FirefishTalk-Gruppe lasse ich bestehen und werde in der Beschreibung ergänzen, dass dort nunmehr über alle Forks diskutiert werden kann.[/d]
Das in sehr vielen Stunden aufgebaute Firefish-Wiki nehme ich
Schade… aber anscheinend ist der Fisch wirklich tot…
Die Threads-Frage
Genau die selbe Frage, wie die von @don@microblog.social, stelle ich mir auch. Er schreibt: Ich habe das Problem mit #Threads noch nicht so ganz verstanden. Ich verstehe die Aufregung auch nicht. ...
View article
View summary
Dieser Artikel wurde erstmals am 14. Dezember 2023 veröffentlicht.
Genau die selbe Frage, wie die von @don@microblog.social, stelle ich mir auch. Er schreibt:
Ich habe das Problem mit Threads noch nicht so ganz verstanden.
Ich verstehe die Aufregung auch nicht.
Ich akzeptiere, das Threads von vielen „verteufelt“ oder mindestens „nicht“ gemocht wird, weil es Teil von Meta ist. Ich verstehe auch, dass viele Mitglieder des Fediverse (ich schätze die Mehrheit) nicht auf die Idee kommen würde, nun selbst einen Account bei Threads zu eröffnen, weil man da nun allen Kontakten im Fediverse folgen kann (kann man noch nicht und wird man eh nicht können, weil etliche Instanzen threads.net gesperrt haben). Sicher wird es einige wenige geben, die zu Threads umziehen, weil sie es „cooler“ finden, vermeintlich mit größerer „Reichweite“ (Bullshit, wenn man vom Fediverse spricht) wegen der Größe der Instanz rechnen, oder weil ihnen das Interface besser gefällt. Aber das werden Ausnahmen bleiben. Und vielleicht werden von diesen „Wenigen“ ein paar weitere „Wenige“ auch wieder zurückkehren, weil sie geschätzte Kontakte aus dem Fediverse (außerhalb von Threads) verlieren, da diese einen Account bei einer Instanz haben, die Threads blockt.
Und genau das ist es, was ich nicht verstehe. Weshalb wollen Instanzbetreiber unbedingt Threads blocken? Sie greifen damit recht stark in die Autonomie der Nutzer ihrer Instanz ein, denn sie verbieten ihnen, mit bestimmten Nutzern, die bei Threads sind, zu interagieren. Doch was sind die Gründe, bzw. die Argumente?
Also… man „wisse“, dass bei Threads nicht anständig moderiert werde. Woher man das weiß? Das weiß man einfach. Ohne Threads zu kennen. Weil, ja weil bei Facebook ja auch nicht ordentlich moderiert wird. Und weil das deshalb bei Threads ganz sicher auch so ist.
Hmmm… das nenne ich „Vorurteile“. Wenn es Belege für schlechte Moderation bei Threads gibt, dann nur her damit. Aber eine Behauptung. „Weil die sind ja alle so“ ist für mich nur Geblubber ohne Substanz. Es mag Erfahrungen geben, die schlechte Moderation befürchten lassen… aber Erfahrungen ersetzen keine Fakten.
Sollte es so sein, dann würde das bedeuten, dass bei Threads schlecht moderiert wird. Doch das ist innerhalb des bisherigen Fediverse doch auch so. Es gibt sicher auch Instanzen, bei denen nicht ordentlich moderiert wird. Wobei „ordentlich“ auch noch eine Definitionssache ist und auf eigenen Vorstellungen basiert. Was wären denn nun die Auswirkungen? Na ja… ich kann mir nur Auswirkungen auf die globale Timeline der Instanzen, die mit Threads föderieren, vorstellen. Wenn ein Nutzer einer Fediverse-Instanz einem Thread-Account folgt und er da dann „favorisiert“ / „sternt“ / „likes setzt“… wie auch immer… oder dessen Beiträge „teilt“ / „boostet“… wie auch immer…, dann können Beiträge, die nicht allen gefallen natürlich auch in der eigenen Timeline landen, sofern man dem Nutzer der Fediverse-Instanz folgt. Und dann ist es am Nutzer, zu entscheiden. Er kann den Threads-Nutzer stummschalten, blocken, etc. Damit schließt er aus, dass er mit Inhalten dieses Nutzers konfrontiert wird. Dafür muss nicht die eigene Instanz den Threads-Nutzer, den Fediverse-Nutzer oder gar Threads selbst blocken. Ich bin als reiner Nutzer von Fediverse-Diensten schon unabhängig und groß genug, dass ich selbst persönlich für mich entscheiden kann, was ich sehen will und was nicht. Gibt mir der Fediverse-Dienst die Möglichkeit, solche Inhalte zu unterdrücken, dann mach ich das. Dafür brauche ich keinen „Betreuer“.
Verstoßen solche Inhalte gegen die Regeln der Instanz, dann ist der Admin oder das Moderatoren-Team der Instanz in der Pflicht, diese zu entfernen und künftig ggf. zu unterdrücken. Das müssen sie ja auch tun, wenn sich Nutzer der eigenen Instanz wirklich daneben benehmen.
Das Auftauchen „unangemessener“ Inhalte in der globalen Timeline sehe ich als nicht so kritisch an. Erstmal nutzen die wenigsten diese Timeline überhaupt intensiv. Und man kann über solche Inhalte hinwegsehen. Außerdem kann man als Nutzer Quellen dieser Inhalte, wie erwähnt, ohnehin für die Zukunft unterdrücken.
Das ist also als Argument für einen kompletten Instanzblock von Threads doch Pillepalle.
Ein weiteres Argument gegen die Föderation mit Threads sei die Gefahr von „embrace, extend and extinguish“ (#eee). Da wird heraufbeschworen, Threads würde, wenn es erstmal fest via ActivityPub im Fediverse angekommen sei, die Standards verändern und festlegen… und andere Instanzen quasi dazu zwingen, dies auch zu tun, weil die Föderation, also das Zusammenwirken mit Threads sonst nicht mehr richtig funktioniere. Threads hätte diese „Macht“, weil es ja so viele Nutzer habe. Mal ehrlich: Dann wäre immer noch ausreichend Zeit, Threads zu blocken. Das ändert am Status Quo des Fediverse dann doch auch nichts. Die Nutzerzahlen sind doch eh mehr Augenwischerei. Und ich bezweifle, dass sich jetzt alle Threads-Nutzer als Teil des Fediverse sehen und hauptsächlich Accounts dort folgen.
Das AP wird auch Threads nicht komplett „umstülpen“ können.
Damit ich diese Mär glaube, bräuchte ich mal konkrete Beispiele, wie sich Threads, also Meta das AP zu eigen machen könnte, so dass es negative Auswirkungen auf den Rest des Fediverse hätte.
Bis jetzt ist der ganze Stress um Threads und das Fediverse nur aufgeblähte Panikmache in Verbindung mit moralisierender Einschüchterung.
Und für mich widerspricht der Block-Reflex der grundlegenden Idee des Fediverse, nämlich dem der Offenheit. Ich empfinde das eher als Beißreflex gegen alles, was der eigenen Moral nicht zu 100% entspricht. Und als Bevormundung der Nutzer der eigenen Instanz.
Gibt es Argumente die mich umstimmen könnten? Bitte her damit!
Genau die selbe Frage, wie die von @don@microblog.social, stelle ich mir auch. Er schreibt:
Ich habe das Problem mit Threads noch nicht so ganz verstanden.
Ich verstehe die Aufregung auch nicht.
Ich akzeptiere, das Threads von vielen „verteufelt“ oder mindestens „nicht“ gemocht wird, weil es Teil von Meta ist. Ich verstehe auch, dass viele Mitglieder des Fediverse (ich schätze die Mehrheit) nicht auf die Idee kommen würde, nun selbst einen Account bei Threads zu eröffnen, weil man da nun allen Kontakten im Fediverse folgen kann (kann man noch nicht und wird man eh nicht können, weil etliche Instanzen threads.net gesperrt haben). Sicher wird es einige wenige geben, die zu Threads umziehen, weil sie es „cooler“ finden, vermeintlich mit größerer „Reichweite“ (Bullshit, wenn man vom Fediverse spricht) wegen der Größe der Instanz rechnen, oder weil ihnen das Interface besser gefällt. Aber das werden Ausnahmen bleiben. Und vielleicht werden von diesen „Wenigen“ ein paar weitere „Wenige“ auch wieder zurückkehren, weil sie geschätzte Kontakte aus dem Fediverse (außerhalb von Threads) verlieren, da diese einen Account bei einer Instanz haben, die Threads blockt.
Und genau das ist es, was ich nicht verstehe. Weshalb wollen Instanzbetreiber unbedingt Threads blocken? Sie greifen damit recht stark in die Autonomie der Nutzer ihrer Instanz ein, denn sie verbieten ihnen, mit bestimmten Nutzern, die bei Threads sind, zu interagieren. Doch was sind die Gründe, bzw. die Argumente?
Also… man „wisse“, dass bei Threads nicht anständig moderiert werde. Woher man das weiß? Das weiß man einfach. Ohne Threads zu kennen. Weil, ja weil bei Facebook ja auch nicht ordentlich moderiert wird. Und weil das deshalb bei Threads ganz sicher auch so ist.
Hmmm… das nenne ich „Vorurteile“. Wenn es Belege für schlechte Moderation bei Threads gibt, dann nur her damit. Aber eine Behauptung. „Weil die sind ja alle so“ ist für mich nur Geblubber ohne Substanz. Es mag Erfahrungen geben, die schlechte Moderation befürchten lassen… aber Erfahrungen ersetzen keine Fakten.
Sollte es so sein, dann würde das bedeuten, dass bei Threads schlecht moderiert wird. Doch das ist innerhalb des bisherigen Fediverse doch auch so. Es gibt sicher auch Instanzen, bei denen nicht ordentlich moderiert wird. Wobei „ordentlich“ auch noch eine Definitionssache ist und auf eigenen Vorstellungen basiert. Was wären denn nun die Auswirkungen? Na ja… ich kann mir nur Auswirkungen auf die globale Timeline der Instanzen, die mit Threads föderieren, vorstellen. Wenn ein Nutzer einer Fediverse-Instanz einem Thread-Account folgt und er da dann „favorisiert“ / „sternt“ / „likes setzt“… wie auch immer… oder dessen Beiträge „teilt“ / „boostet“… wie auch immer…, dann können Beiträge, die nicht allen gefallen natürlich auch in der eigenen Timeline landen, sofern man dem Nutzer der Fediverse-Instanz folgt. Und dann ist es am Nutzer, zu entscheiden. Er kann den Threads-Nutzer stummschalten, blocken, etc. Damit schließt er aus, dass er mit Inhalten dieses Nutzers konfrontiert wird. Dafür muss nicht die eigene Instanz den Threads-Nutzer, den Fediverse-Nutzer oder gar Threads selbst blocken. Ich bin als reiner Nutzer von Fediverse-Diensten schon unabhängig und groß genug, dass ich selbst persönlich für mich entscheiden kann, was ich sehen will und was nicht. Gibt mir der Fediverse-Dienst die Möglichkeit, solche Inhalte zu unterdrücken, dann mach ich das. Dafür brauche ich keinen „Betreuer“.
Verstoßen solche Inhalte gegen die Regeln der Instanz, dann ist der Admin oder das Moderatoren-Team der Instanz in der Pflicht, diese zu entfernen und künftig ggf. zu unterdrücken. Das müssen sie ja auch tun, wenn sich Nutzer der eigenen Instanz wirklich daneben benehmen.
Das Auftauchen „unangemessener“ Inhalte in der globalen Timeline sehe ich als nicht so kritisch an. Erstmal nutzen die wenigsten diese Timeline überhaupt intensiv. Und man kann über solche Inhalte hinwegsehen. Außerdem kann man als Nutzer Quellen dieser Inhalte, wie erwähnt, ohnehin für die Zukunft unterdrücken.
Das ist also als Argument für einen kompletten Instanzblock von Threads doch Pillepalle.
Ein weiteres Argument gegen die Föderation mit Threads sei die Gefahr von „embrace, extend and extinguish“ (#eee). Da wird heraufbeschworen, Threads würde, wenn es erstmal fest via ActivityPub im Fediverse angekommen sei, die Standards verändern und festlegen… und andere Instanzen quasi dazu zwingen, dies auch zu tun, weil die Föderation, also das Zusammenwirken mit Threads sonst nicht mehr richtig funktioniere. Threads hätte diese „Macht“, weil es ja so viele Nutzer habe. Mal ehrlich: Dann wäre immer noch ausreichend Zeit, Threads zu blocken. Das ändert am Status Quo des Fediverse dann doch auch nichts. Die Nutzerzahlen sind doch eh mehr Augenwischerei. Und ich bezweifle, dass sich jetzt alle Threads-Nutzer als Teil des Fediverse sehen und hauptsächlich Accounts dort folgen.
Das AP wird auch Threads nicht komplett „umstülpen“ können.
Damit ich diese Mär glaube, bräuchte ich mal konkrete Beispiele, wie sich Threads, also Meta das AP zu eigen machen könnte, so dass es negative Auswirkungen auf den Rest des Fediverse hätte.
Bis jetzt ist der ganze Stress um Threads und das Fediverse nur aufgeblähte Panikmache in Verbindung mit moralisierender Einschüchterung.
Und für mich widerspricht der Block-Reflex der grundlegenden Idee des Fediverse, nämlich dem der Offenheit. Ich empfinde das eher als Beißreflex gegen alles, was der eigenen Moral nicht zu 100% entspricht. Und als Bevormundung der Nutzer der eigenen Instanz.
Gibt es Argumente die mich umstimmen könnten? Bitte her damit!
Mein Wohlfühl-Zuhause
Ja, ich muss gestehen, ich hab‘s getan. Ich hab mal reingeschaut, bei Bluesky (BS). Einfach, um mir selbst ein Bild zu machen. Man liest ja so viel darüber. ...
View article
View summary
Dieser Artikel wurde erstmals am 22. November 2023 veröffentlicht.
Ja, ich muss gestehen, ich hab‘s getan. Ich hab mal reingeschaut, bei Bluesky (BS).
Einfach, um mir selbst ein Bild zu machen. Man liest ja so viel darüber.
Dafür habe ich aber nirgends um einen Invite-Code gebettelt oder zugegriffen, wenn die irgendwo angeboten wurden. Ich habe ganz ordentlich, wie es sich für einen Beamten (im Ruhestand) gehört, auf der Webseite der App vom blauen Himmel mit einer speziellen Mailadresse um eine Einladung „beworben“.
Nach zwei Monaten hatte ich schon nicht mehr damit gerechnet, dass da noch was kommt… plötzlich bekomme ich von aller-offiziellster Himmelsstelle einen Code. Nach kurzem Zögern hab ich mir dann auch einen Account angelegt (nix mit „Pepe“… aus Gründen).
Kein spektakulärer Anmeldeprozess… aber das Anlegen eines Accounts irgendwo im Fediverse ist auch nicht komplizierter. Irgendwann wurde mir dann auch Vorschläge zum Folgen angeboten. Aber da war mal so gar nix dabei, was mein Interesse hätte wecken können. Also bin ich „unfolgend“ eingestiegen.
Na ja… wer Mastodon „langweilig“ oder nicht intuitiv findet, der wird auch beim blauen Himmel nichts anderes empfinden. Es sieht halt noch ein wenig mehr nach „X“ aus, das war es aber auch schon.
Die Timeline war, weil ich ja niemandem folgte, leer… so wie es beim allerersten Einstieg im Fediverse auch ist.
Ok… das konnte ich nachvollziehen. Also hab ich mal angefangen, nach Nutzern/Accounts zu suchen, denen ich folgen könnte. „Discover“ war da mein erster Weg.
Ehrlich mal… ich glaube, ich habe im Fediverse noch nie so lange gescrollt, bis ich überhaupt auf irgendwelche für mich interessanten Postings gestoßen bin. Allerdings wurden mir das Beiträge von Accounts reingespült, denen ich nun wirklich nicht würde folgen wollen. Weder bei Blue Sky, noch irgendwo sonst.
Über die Suchfunktion habe ich dann nach längerer Zeit genau einen(!) Account gefunden, dem ich gerne folgen wollte (das wäre auch im Fediverse ein Account gewesen, mit dem ich mich verbunden hätte). Bei täglichen „Discovern“ kam dann noch einer dazu, der wohl auch selbst im Fediverse unterwegs ist (und dem ich im Fediverse als Pepe auch folge)… und ein paar „Bots“ von Nachrichtensendern, aus dem Bereich der Wissenschaft, sowie anderen Protagonisten, die auch zu meinen Interessengebieten im Fedi gehören.
Nun ist meine Timeline nach dem Aufruf der Seite nicht mehr so leer, aber Spaß kommt noch immer nicht auf.
Was mir aufgefallen ist: Der hochgelobte „Algorithmus“.. die „künstliche Dummheit“ schätzte mich anfangs wohl völlig falsch ein… aber Irren ist ja auch menschlich. 😉
Nun ist das Auftauchen von Postings und Nutzern, auf die ich gar keine Böcke habe, deutlich weniger geworden. Dafür hat völlig(!) belangloser Kram überhand genommen. Was mir nun präsentiert wird, ist so belanglos, dass ich das Reinschauen für absolute Zeitverschwendung halte.
Wenn ich das nun mal mit dem Fediverse vergleiche… uiuiui… Erstmal ist BS derart spartanisch, dass ich mich an meine ersten Gehversuche mit GNU Social erinnert fühlte.
Der größte Unterschied ist aber, dass ich bei BS nicht einmal im Ansatz heimische Gefühle bekomme. Mein Ein- und Umstieg zu meinem favorisierten Netzwerk Firefish ist ja auch noch nicht so lange her. Und ich bin da auch recht „leicht bekleidet“ eingestiegen (obwohl ich in anderen Fediverse-Netzen sehr viele Kontakte hatte)… soll heißen: Ich habe nur ein paar wenige Mastodon-Kontakte „mitgenommen“. Trotzdem hatte ich nach kürzester Zeit eine Timeline nach meinem Geschmack. Es ließen sich viel einfacher Nutzer zum Interagieren finden und ich habe mich gemütlich eingerichtet. Bei BS hänge ich im Prinzip noch immer da, wo ich nach der Anmeldung war. Der Inhalt der Timeline hat sich, wie gesagt, ein wenig geändert (muss am tollen Algorithmus liegen), doch eine soziale Vernetzung entsteht nicht.
Bluesky ist für mich so überflüssig wie ein Kropf! Mag sein, dass es für Twitterflüchtlinge ne nette Sache sein man, weil sie da alte Kontakte von X wiederfinden… aber für mich isses nix. Na und so habe ich den Account heute nach gut zwei Wochen wieder geschlossen.
Was hat es mir gebracht? Nun, ich weiß jetzt, wie es da aussieht. Und ich weiß, dass ich zu sehr im Fediverse verwurzelt bin, als dass ich dort heimisch werden könnte. Die Zeit spare ich mir.
Ich dachte eigentlich, ich schau da länger rein… aber… nein, danke, reicht schon.
Mein Wohlfühl-Zuhause ist das Fediverse!
Ja, ich muss gestehen, ich hab‘s getan. Ich hab mal reingeschaut, bei Bluesky (BS).
Einfach, um mir selbst ein Bild zu machen. Man liest ja so viel darüber.
Dafür habe ich aber nirgends um einen Invite-Code gebettelt oder zugegriffen, wenn die irgendwo angeboten wurden. Ich habe ganz ordentlich, wie es sich für einen Beamten (im Ruhestand) gehört, auf der Webseite der App vom blauen Himmel mit einer speziellen Mailadresse um eine Einladung „beworben“.
Nach zwei Monaten hatte ich schon nicht mehr damit gerechnet, dass da noch was kommt… plötzlich bekomme ich von aller-offiziellster Himmelsstelle einen Code. Nach kurzem Zögern hab ich mir dann auch einen Account angelegt (nix mit „Pepe“… aus Gründen).
Kein spektakulärer Anmeldeprozess… aber das Anlegen eines Accounts irgendwo im Fediverse ist auch nicht komplizierter. Irgendwann wurde mir dann auch Vorschläge zum Folgen angeboten. Aber da war mal so gar nix dabei, was mein Interesse hätte wecken können. Also bin ich „unfolgend“ eingestiegen.
Na ja… wer Mastodon „langweilig“ oder nicht intuitiv findet, der wird auch beim blauen Himmel nichts anderes empfinden. Es sieht halt noch ein wenig mehr nach „X“ aus, das war es aber auch schon.
Die Timeline war, weil ich ja niemandem folgte, leer… so wie es beim allerersten Einstieg im Fediverse auch ist.
Ok… das konnte ich nachvollziehen. Also hab ich mal angefangen, nach Nutzern/Accounts zu suchen, denen ich folgen könnte. „Discover“ war da mein erster Weg.
Ehrlich mal… ich glaube, ich habe im Fediverse noch nie so lange gescrollt, bis ich überhaupt auf irgendwelche für mich interessanten Postings gestoßen bin. Allerdings wurden mir das Beiträge von Accounts reingespült, denen ich nun wirklich nicht würde folgen wollen. Weder bei Blue Sky, noch irgendwo sonst.
Über die Suchfunktion habe ich dann nach längerer Zeit genau einen(!) Account gefunden, dem ich gerne folgen wollte (das wäre auch im Fediverse ein Account gewesen, mit dem ich mich verbunden hätte). Bei täglichen „Discovern“ kam dann noch einer dazu, der wohl auch selbst im Fediverse unterwegs ist (und dem ich im Fediverse als Pepe auch folge)… und ein paar „Bots“ von Nachrichtensendern, aus dem Bereich der Wissenschaft, sowie anderen Protagonisten, die auch zu meinen Interessengebieten im Fedi gehören.
Nun ist meine Timeline nach dem Aufruf der Seite nicht mehr so leer, aber Spaß kommt noch immer nicht auf.
Was mir aufgefallen ist: Der hochgelobte „Algorithmus“.. die „künstliche Dummheit“ schätzte mich anfangs wohl völlig falsch ein… aber Irren ist ja auch menschlich. 😉
Nun ist das Auftauchen von Postings und Nutzern, auf die ich gar keine Böcke habe, deutlich weniger geworden. Dafür hat völlig(!) belangloser Kram überhand genommen. Was mir nun präsentiert wird, ist so belanglos, dass ich das Reinschauen für absolute Zeitverschwendung halte.
Wenn ich das nun mal mit dem Fediverse vergleiche… uiuiui… Erstmal ist BS derart spartanisch, dass ich mich an meine ersten Gehversuche mit GNU Social erinnert fühlte.
Der größte Unterschied ist aber, dass ich bei BS nicht einmal im Ansatz heimische Gefühle bekomme. Mein Ein- und Umstieg zu meinem favorisierten Netzwerk Firefish ist ja auch noch nicht so lange her. Und ich bin da auch recht „leicht bekleidet“ eingestiegen (obwohl ich in anderen Fediverse-Netzen sehr viele Kontakte hatte)… soll heißen: Ich habe nur ein paar wenige Mastodon-Kontakte „mitgenommen“. Trotzdem hatte ich nach kürzester Zeit eine Timeline nach meinem Geschmack. Es ließen sich viel einfacher Nutzer zum Interagieren finden und ich habe mich gemütlich eingerichtet. Bei BS hänge ich im Prinzip noch immer da, wo ich nach der Anmeldung war. Der Inhalt der Timeline hat sich, wie gesagt, ein wenig geändert (muss am tollen Algorithmus liegen), doch eine soziale Vernetzung entsteht nicht.
Bluesky ist für mich so überflüssig wie ein Kropf! Mag sein, dass es für Twitterflüchtlinge ne nette Sache sein man, weil sie da alte Kontakte von X wiederfinden… aber für mich isses nix. Na und so habe ich den Account heute nach gut zwei Wochen wieder geschlossen.
Was hat es mir gebracht? Nun, ich weiß jetzt, wie es da aussieht. Und ich weiß, dass ich zu sehr im Fediverse verwurzelt bin, als dass ich dort heimisch werden könnte. Die Zeit spare ich mir.
Ich dachte eigentlich, ich schau da länger rein… aber… nein, danke, reicht schon.
Mein Wohlfühl-Zuhause ist das Fediverse!
Teile im Fediverse?
Anlässlich einer kleinen Diskussion bei Firefish habe ich mal einen kurzen, nützlichen HTML-Schnipsel aufgeschrieben, mit dem man „im Fediverse“ teilen kann. ...
View article
View summary
Dieser Artikel wurde erstmals am 8. November 2023 veröffentlicht.
Anlässlich einer kleinen Diskussion bei Firefish habe ich mal einen kurzen, nützlichen HTML-Schnipsel aufgeschrieben, mit dem man „im Fediverse“ teilen kann.
Anlass war die lobenswerte Einführung eines zusätzlichen Share-Buttons auf der Webseite RiffReporter. Dort ist nun unter den Artikeln ein „Mastodon-Icon“ zu sehen, mit dem man (unter Nutzung des Dienstes „toot.kytta.dev“) den Beitrag auf Mastodon teilen kann.
Sie bieten also das Teilen im Fediverse an. Finde ich prima!
Natürlich (und auch das finde ich völlig ok und unterstütze das) gab es ziemlich schnell eine Frage. Nämlich, weshalb kein Share-Button „Fediverse“ genutzt wurde, sondern ein Mastodon-Button.
Klar ist, wer im Fediverse unterwegs ist, aber nicht mit dem Zugang „Mastodon“, der kommt mit dem Button nicht weiter. Außerdem verstärkt die Beschränkung auf diesen Button für nur diesen Dienst den weit verbreiteten Irrglauben, das Fediverse sei Mastodon.
Ich z.B. habe bei meinen WordPress-Webseiten immer das Plugin „Shariff wrapper“ verwendet, welches Share-Buttons für viele verschiedene Dienste und Methoden datenschutzfreundlich und GDPR-konform anbietet. Da ich die überwiegende Zahl der von Shariff abgedeckten Dienste aber nicht anbieten möchte (Facebook, Twitter und Konsorten), habe ich diese Buttons auch deaktiviert. Es reduzierte sich bei mir auf „Diaspora“, „RSS“ und „eMail“… und vornedran auch Mastodon.
Sharing für weitere Fediverse-Dienste wurden nicht angeboten. Wer also „nur“ einen Friendica-, Hubzilla-, Misskey-, Firefish- oder GNU Social-Accountverfügte, fand keinen passenden Button.
Dabei wäre es gar kein großes Problem, denn der Mastodon-Button könnte diese Dienste mit abdecken, weil er sich „s2f.kytta.dev“ bedient (die Ähnlichkeit des Share-Dienstes mit dem oben genannten ist nicht zufällig 😉 ). Klickt man auf den Mastodon-Sharebutton, dann landet man auf besagter Seite und gibt dort die URL (Webadresse) der Fediverse-Instanz an, bei der man über einen Account verfügt. Dieser Zwischenschritt muss sein, weil Fediverse-Dienste auf unzählige Server mit unterschiedlichen Webadressen aufgeteilt ist. Meine Webseite kann (und will) nicht wissen, welcher Server das nun ist. Und, ach… auf der Webseite, wo man die URL nun eingeben muss, sieht man, dass sie nicht nur Mastodon bedienen kann, sondern auch die gerade genannten anderen Zugangsdienste zum Fediverse. Man kann also dort z.B. die Adresse des Hubzilla-Hub eingeben, bei dem man einen Account hat… und es wird dann bei Hubzilla geteilt.
Der Mastodon-Button selbst lässt aber keinen Besucher der eigenen Webseite auf die Idee kommen, dass man mit ihm auch auf Hubzilla, Friendica, Firefish etc. teilen kann.
Es wäre für die Macher von Shariff sicher einfach, einen Fediverse-Button hinzuzufügen, der auf den selben Dienst verweist. Aber jibbet halt (noch?) nicht.
Um es nun ganz einfach zu machen… auch und gerade für Webseiten-Besitzer ohne große technische Kenntnisse, habe ich einfach einen kurzen „Schnipsel“ HTML angefertigt, den man einfach unter seinen Beitrag/Artikel etc. packen muss. Er zeigt einen Fediverse-Button an und führt zu besagter Seite, wobei Titel und Link des Beitrags übernommen werden. Hier gibt nun der Leser die Adresse seines Fediverse-Dienstes ein und kann den Beitrag teilen:
Das funktioniert z.B auch prima mit WordPress. Dafür erstellt man einfach eine HTML-Block mit diesem Code und speichert ihn als Vorlage. So kann man ihn mit zwei Klicks unter jeden Artikel packen.
Natürlich – und auch das wieder zu Recht – wurde darauf hingewiesen, dass „s2f.kytta.dev“ die Möglichkeit hätte, gewisse Daten des Nutzers abzugreifen.
Stimmt! Aber es ist eher unwahrscheinlich. Zumal der Quelltext des Dienstes in einem Git-Repository einsehbar ist.
Die leichte „Kritik“ verweist auf einen Artikel, in welchem dieses Risiko erwähnt und auf eine andere Möglichkeit verwiesen wird:
Implementing a “Share on Mastodon” button for a blog
Die Lösung ist auch echt klasse und kommt ohne externen Service wie Share2Fedi aus.
Nur ist der Einsatz alles andere als trivial. Der Verfasser hat die Lösung als Template für den Statischen-Seiten-Generator hugo implementiert und veröffentlicht. Eine Umsetzung auf ein CMS wie z.B. WordPress ist ohne fundierte Kenntnisse in Webdesign und Server-Management (die Wrapperseite müsste man dann nämlich extra hosten) kaum machbar.
Als weitere Alternative könnte man in Erwägung ziehen Share2Fedi einfach auch selbst zu hosten. Das sollte sogar kostenneutral möglich sein, wenn man es mit Vercel macht… aber möchte man, dass die eigenen Leser über einen Server in den USA geleitet werden? Also ich nicht! Man kann Share2Fedi aber auch auf einem eigenen Server (mindestens VPS) installieren… doch das ist dann auch wieder etwas für Spezialisten.
Es gibt auf jeden Fall mehrere Möglichkeiten, einen „Teile im Fediverse“-Button einzusetzen. Welche man nutzen möchte oder kann, hängt von den eigenen Präferenzen und auch den eigenen Fähigkeiten ab.
Mein Schnipsel ist zumindest einfach… mehr soll er auch nicht sein.
Ich nutze ihn selbst… und brauche Shariff eigentlich nicht mehr… werde es wohl bei Gelegenheit rausschmeißen. 😀
Auf die Grafik des Buttons ist man übrigens nicht festgenagelt. Da kann man auch die URL zur Grafik eines anderen Buttons einsetzen.
Anlässlich einer kleinen Diskussion bei Firefish habe ich mal einen kurzen, nützlichen HTML-Schnipsel aufgeschrieben, mit dem man „im Fediverse“ teilen kann.
Anlass war die lobenswerte Einführung eines zusätzlichen Share-Buttons auf der Webseite RiffReporter. Dort ist nun unter den Artikeln ein „Mastodon-Icon“ zu sehen, mit dem man (unter Nutzung des Dienstes „toot.kytta.dev“) den Beitrag auf Mastodon teilen kann.
Sie bieten also das Teilen im Fediverse an. Finde ich prima!
Natürlich (und auch das finde ich völlig ok und unterstütze das) gab es ziemlich schnell eine Frage. Nämlich, weshalb kein Share-Button „Fediverse“ genutzt wurde, sondern ein Mastodon-Button.
Klar ist, wer im Fediverse unterwegs ist, aber nicht mit dem Zugang „Mastodon“, der kommt mit dem Button nicht weiter. Außerdem verstärkt die Beschränkung auf diesen Button für nur diesen Dienst den weit verbreiteten Irrglauben, das Fediverse sei Mastodon.
Ich z.B. habe bei meinen WordPress-Webseiten immer das Plugin „Shariff wrapper“ verwendet, welches Share-Buttons für viele verschiedene Dienste und Methoden datenschutzfreundlich und GDPR-konform anbietet. Da ich die überwiegende Zahl der von Shariff abgedeckten Dienste aber nicht anbieten möchte (Facebook, Twitter und Konsorten), habe ich diese Buttons auch deaktiviert. Es reduzierte sich bei mir auf „Diaspora“, „RSS“ und „eMail“… und vornedran auch Mastodon.
Sharing für weitere Fediverse-Dienste wurden nicht angeboten. Wer also „nur“ einen Friendica-, Hubzilla-, Misskey-, Firefish- oder GNU Social-Accountverfügte, fand keinen passenden Button.
Dabei wäre es gar kein großes Problem, denn der Mastodon-Button könnte diese Dienste mit abdecken, weil er sich „s2f.kytta.dev“ bedient (die Ähnlichkeit des Share-Dienstes mit dem oben genannten ist nicht zufällig 😉 ). Klickt man auf den Mastodon-Sharebutton, dann landet man auf besagter Seite und gibt dort die URL (Webadresse) der Fediverse-Instanz an, bei der man über einen Account verfügt. Dieser Zwischenschritt muss sein, weil Fediverse-Dienste auf unzählige Server mit unterschiedlichen Webadressen aufgeteilt ist. Meine Webseite kann (und will) nicht wissen, welcher Server das nun ist. Und, ach… auf der Webseite, wo man die URL nun eingeben muss, sieht man, dass sie nicht nur Mastodon bedienen kann, sondern auch die gerade genannten anderen Zugangsdienste zum Fediverse. Man kann also dort z.B. die Adresse des Hubzilla-Hub eingeben, bei dem man einen Account hat… und es wird dann bei Hubzilla geteilt.
Der Mastodon-Button selbst lässt aber keinen Besucher der eigenen Webseite auf die Idee kommen, dass man mit ihm auch auf Hubzilla, Friendica, Firefish etc. teilen kann.
Es wäre für die Macher von Shariff sicher einfach, einen Fediverse-Button hinzuzufügen, der auf den selben Dienst verweist. Aber jibbet halt (noch?) nicht.
Um es nun ganz einfach zu machen… auch und gerade für Webseiten-Besitzer ohne große technische Kenntnisse, habe ich einfach einen kurzen „Schnipsel“ HTML angefertigt, den man einfach unter seinen Beitrag/Artikel etc. packen muss. Er zeigt einen Fediverse-Button an und führt zu besagter Seite, wobei Titel und Link des Beitrags übernommen werden. Hier gibt nun der Leser die Adresse seines Fediverse-Dienstes ein und kann den Beitrag teilen:
[b]Teile im Fediverse [/b][url=https://s2f.kytta.dev/][img=https://pepecyb.hu/files/fedishare.png]Teile im Fediverse[/img][/url]Das funktioniert z.B auch prima mit WordPress. Dafür erstellt man einfach eine HTML-Block mit diesem Code und speichert ihn als Vorlage. So kann man ihn mit zwei Klicks unter jeden Artikel packen.
Natürlich – und auch das wieder zu Recht – wurde darauf hingewiesen, dass „s2f.kytta.dev“ die Möglichkeit hätte, gewisse Daten des Nutzers abzugreifen.
Stimmt! Aber es ist eher unwahrscheinlich. Zumal der Quelltext des Dienstes in einem Git-Repository einsehbar ist.
Die leichte „Kritik“ verweist auf einen Artikel, in welchem dieses Risiko erwähnt und auf eine andere Möglichkeit verwiesen wird:
Implementing a “Share on Mastodon” button for a blog
Die Lösung ist auch echt klasse und kommt ohne externen Service wie Share2Fedi aus.
Nur ist der Einsatz alles andere als trivial. Der Verfasser hat die Lösung als Template für den Statischen-Seiten-Generator hugo implementiert und veröffentlicht. Eine Umsetzung auf ein CMS wie z.B. WordPress ist ohne fundierte Kenntnisse in Webdesign und Server-Management (die Wrapperseite müsste man dann nämlich extra hosten) kaum machbar.
Als weitere Alternative könnte man in Erwägung ziehen Share2Fedi einfach auch selbst zu hosten. Das sollte sogar kostenneutral möglich sein, wenn man es mit Vercel macht… aber möchte man, dass die eigenen Leser über einen Server in den USA geleitet werden? Also ich nicht! Man kann Share2Fedi aber auch auf einem eigenen Server (mindestens VPS) installieren… doch das ist dann auch wieder etwas für Spezialisten.
Es gibt auf jeden Fall mehrere Möglichkeiten, einen „Teile im Fediverse“-Button einzusetzen. Welche man nutzen möchte oder kann, hängt von den eigenen Präferenzen und auch den eigenen Fähigkeiten ab.
Mein Schnipsel ist zumindest einfach… mehr soll er auch nicht sein.
Ich nutze ihn selbst… und brauche Shariff eigentlich nicht mehr… werde es wohl bei Gelegenheit rausschmeißen. 😀
Auf die Grafik des Buttons ist man übrigens nicht festgenagelt. Da kann man auch die URL zur Grafik eines anderen Buttons einsetzen.
Hubzilla KnowledgeDB „aufgefrischt“
Anlässlich meiner Arbeit an der Firefish KnowledgeDB, habe ich mich auch wieder mal mit meiner Hubzilla KnowledgeDB befasst. Verdammt! Da war ja so viel veraltet, nicht mehr gültig oder eher umständlich gestaltet… die war echt keine große Hilfe mehr für Ein- und Umsteiger. ...
View article
View summary
Dieser Artikel erschien erstmals am 1. November 2023.
Anlässlich meiner Arbeit an der Firefish KnowledgeDB, habe ich mich auch wieder mal mit meiner Hubzilla KnowledgeDB befasst. Verdammt! Da war ja so viel veraltet, nicht mehr gültig oder eher umständlich gestaltet… die war echt keine große Hilfe mehr für Ein- und Umsteiger.
Das lag nicht zuletzt daran, dass sich viel bei der Entwicklung von Hubzilla getan hat.
Viele Dinge wurden vereinfacht, verbessert, korrigiert, neu eingeführt und fallen gelassen.
Mit der Arbeit am Hubzilla Wiki hatte ich aufgehört, da war noch eine 5.x-Hubzilla-Version aktuell. Inzwischen ist Hubzilla bei Version 8.6.3. Logisch, dass sich da etliches getan hat.
Und so bin ich dran gegangen, die Hubzilla KnowledgeDB so richtig gründlich zu „sanieren“.
UND zu erweitern.
Hubzilla ist ja die eierlegende Wollmilchsau im Fediverse und ein echtes „Monster“. Auch ein Monster von den Möglichkeiten her und damit einhergehend auch von den Anforderungen an den Nutzer. Es macht es einem Einsteiger nicht unbedingt leicht.
Also habe ich beim Überarbeiten der alten Einträge nebenher auch eine ganze Menge neuer Einträge eingebaut. Insbesondere was das Rechtesystem betrifft.
Vollständig ist es bei weitem noch nicht, aber ich denke, es kann beim Einstieg ins Fediverse mit Hubzilla helfen. Ich werde nun nach und nach (aber mit mehr Ruhe) noch einige Einträge machen, denn von den Funktionen und Fähigkeiten ist trotzdem nur ein kleiner Teil beschrieben.
Anlässlich meiner Arbeit an der Firefish KnowledgeDB, habe ich mich auch wieder mal mit meiner Hubzilla KnowledgeDB befasst. Verdammt! Da war ja so viel veraltet, nicht mehr gültig oder eher umständlich gestaltet… die war echt keine große Hilfe mehr für Ein- und Umsteiger.
Das lag nicht zuletzt daran, dass sich viel bei der Entwicklung von Hubzilla getan hat.
Viele Dinge wurden vereinfacht, verbessert, korrigiert, neu eingeführt und fallen gelassen.
Mit der Arbeit am Hubzilla Wiki hatte ich aufgehört, da war noch eine 5.x-Hubzilla-Version aktuell. Inzwischen ist Hubzilla bei Version 8.6.3. Logisch, dass sich da etliches getan hat.
Und so bin ich dran gegangen, die Hubzilla KnowledgeDB so richtig gründlich zu „sanieren“.
UND zu erweitern.
Hubzilla ist ja die eierlegende Wollmilchsau im Fediverse und ein echtes „Monster“. Auch ein Monster von den Möglichkeiten her und damit einhergehend auch von den Anforderungen an den Nutzer. Es macht es einem Einsteiger nicht unbedingt leicht.
Also habe ich beim Überarbeiten der alten Einträge nebenher auch eine ganze Menge neuer Einträge eingebaut. Insbesondere was das Rechtesystem betrifft.
Vollständig ist es bei weitem noch nicht, aber ich denke, es kann beim Einstieg ins Fediverse mit Hubzilla helfen. Ich werde nun nach und nach (aber mit mehr Ruhe) noch einige Einträge machen, denn von den Funktionen und Fähigkeiten ist trotzdem nur ein kleiner Teil beschrieben.
Winzigweich: tolle Anleitung
Ooooh… aaaah… Überraschung… jetzt wird endlich alles gut… Micro$oft ist bekehrt… Jetzt haben sie eine Installationsanleitung (Link: Memento bei archive.org) für Linux veröffentlicht. Also eine für „bare metal“… nix mit WSL, VM oder Cloud, sondern so richtig echt (natürlich am besten mit Dualboot) auf der eigenen Maschine. ...
View article
View summary
Dieser Artikel erschien erstmals am 14. Oktober 2023.
Ooooh… aaaah… Überraschung… jetzt wird endlich alles gut… Micro$oft ist bekehrt…
Jetzt haben sie eine Installationsanleitung (Link: Memento bei archive.org) für Linux veröffentlicht. Also eine für „bare metal“… nix mit WSL, VM oder Cloud, sondern so richtig echt (natürlich am besten mit Dualboot) auf der eigenen Maschine.
Und das ist jetzt eine „Top-Meldung“… ääähm…
Wieso? Was ist besonders daran? Dass Winzigweich begriffen hat, wie man sich Open Source zu eigenen Vorteil nutzbar machen kann? Das ist doch nicht neu.
Oder ist die Installationsanleitung jetzt ganz besonders?
Also ehrlich… da habe ich unter den tausenden Installationsanleitungen in nahezu allen Sprachen der Welt im Netz schon wesentlich besseres gesehen. Ein schnöder Text mit Weisheiten, die man seit vielen, vielen Jahren überall findet und eine Hand voll nichtssagender Screenshots. Das muss berichtet werden? Um zu zeigen, dass Micro$oft jetzt endlich bekehrt ist und zu den „Guten“ gehört?
Lasst doch mal die Kirche im Dorf.
Ooooh… aaaah… Überraschung… jetzt wird endlich alles gut… Micro$oft ist bekehrt…
Jetzt haben sie eine Installationsanleitung (Link: Memento bei archive.org) für Linux veröffentlicht. Also eine für „bare metal“… nix mit WSL, VM oder Cloud, sondern so richtig echt (natürlich am besten mit Dualboot) auf der eigenen Maschine.
Und das ist jetzt eine „Top-Meldung“… ääähm…
Wieso? Was ist besonders daran? Dass Winzigweich begriffen hat, wie man sich Open Source zu eigenen Vorteil nutzbar machen kann? Das ist doch nicht neu.
Oder ist die Installationsanleitung jetzt ganz besonders?
Also ehrlich… da habe ich unter den tausenden Installationsanleitungen in nahezu allen Sprachen der Welt im Netz schon wesentlich besseres gesehen. Ein schnöder Text mit Weisheiten, die man seit vielen, vielen Jahren überall findet und eine Hand voll nichtssagender Screenshots. Das muss berichtet werden? Um zu zeigen, dass Micro$oft jetzt endlich bekehrt ist und zu den „Guten“ gehört?
Lasst doch mal die Kirche im Dorf.
Nicht Maulen… Alternative suchen!
Immer wieder, und in letzter Zeit verstärkt, liest man, dass das Fediverse nix taugt, weil Mastodon dies nicht kann und das schlecht gelöst ist etc. pp. ...
View article
View summary
Dieser Artikel wurde erstmals am 7. Oktober 2023.
Immer wieder, und in letzter Zeit verstärkt, liest man, dass das Fediverse nix taugt, weil Mastodon dies nicht kann und das schlecht gelöst ist etc. pp.
Auch hier zeigt sich wieder, dass die Berichterstattung in den letzten Jahren, insbesondere auch in den größeren Medien, Schaden angerichtet hat. Das Fediverse wurde mit Mastodon gleichgesetzt und Mastodon mit dem Fediverse.
Wenn man keine Ahnung hat, einfach… … na klar, oder man recherchiert und macht sich (nur ein bisserl) schlau, bevor man Artikel verfasst.
Ich bin es fast schon leid… aber:
Das Fediverse ist ein Verbund von Servern mit den verschiedensten Diensten, die alle über das Protokoll ActivityPub miteinander kommunizieren und interagieren können. Und die verschiedenen (zahlreichen) Mastodon-Server (Instanzen) sind ein Teil des Fediverse. Nur ein Teil. Es gibt sehr viele Instanzen im Fediverse, die mit einer anderen Software betrieben werden. Jede dieser „Geschmacksrichtungen“ setzt andere Prioritäten und bietet unterschiedliche Möglichkeiten. Trotzdem kann man Nutzern dieser anderen Server z.B. von Mastodon aus folgen, ihre Beiträge sehen, bewerten, kommentieren etc. …und umgekehrt.
Der Nutzer „crossgolf_rebel on Calckey“1, der sich stark engagiert und im Fediverse – gerade auch Neueinsteigern – Unterstützung leistet, drückt es gerne mit einem Browser-Vergleich aus: Mastodon ist nur so etwas wie eine „Browser“ für das Fediverse. Man kann es aber auch mit anderen „Browsern“ nutzen… z.B. mit Firefish, Friendica, Hubzilla, Pixelfed, etc. etc. etc. So wie man, statt Google Chrome zum Lesen dieses Beitrags genauso gut den Firefox, Vivaldi, Safari oder einen anderen modernen Webbrowser verwenden kann… ganz nach eigenem Geschmack… und vielleicht, weil der eine Webbrowser Funktionen bietet, die ein anderer nicht aufweist.
Ich betreibe selbst eine Mastodon-Instanz, bin aber auch nie wirklich warm mit der Software geworden. Ich fand und finde die Benutzeroberfläche unübersichtlich… die einfache Oberfläche (Standard) ist mir zu eingeschränkt… und die erweiterte Oberfläche ist mir mit den „Karteikarten“ wieder zu viel. Das ist mein ganz persönliches Empfinden… anderen gefällt es so, wie es ist. Bis zur aktuellen Version gab es auch keine Volltextsuche… na ja, das wurde jetzt halt nachgebessert (habe ich bei meiner eigenen Instanz auch aktiviert… ElasticSearch lief eh auf meinem Server) und der Umgang mit Hashtags war auch nicht so toll.
Deshalb blieb ich Hubzilla immer treu (auch da betreibe ich einen Server / Hub). Allerdings ist es optisch auch nicht so wirklich ansprechend und viele der unzähligen Features nutze ich einfach nicht.
Kürzlich habe ich dann auch noch eine Firefish-Instanz aufgesetzt und das ist jetzt mein „Wohnzimmer“ geworden. Das User-Interface gefällt mir und ist (für meinen Geschmack) übersichtlich und sinnvoll organisiert. Außerdem bin ich nicht ganz so eingeschränkt, was die Länge von Beiträgen anbelangt (auch Firefish wird zu den Microblogging-Diensten gezählt, bietet aber als Standard 3.000 Zeichen, also das sechsfache wie Mastodon). Und mit Firefish bin ich genauso Teil des Fediverse, wie mit jeder anderen Software. Ich folge Nutzern, die auch mit Firefish am Fediverse teilnehmen, aber auch Mastodon-Nutzern, Friendica-Nutzern, Hubzilla-Nutzern, Pixelfed-Nutzern etc. Die Suchfunktion funktioniert recht gut und ich kann mir eine eigene Timeline mit bestimmten Hashtags zusammenstellen (oder auch mit Suchbegriffen, die nicht als Hashtag erscheinen)… und noch viel mehr.
Wer also Mastodon „plöhd“ findet, weil es ja so scheiße, unübersichtlich und doof ist… nicht maulen, sondern einfach mal eine Alternative ausprobieren. Das kostet nix und ist auch keine große Anstrengung. Für die meisten sollte sich ein „Browser ins Fediverse“ finden, der ihnen zusagt.
Wer aber nun erwartet, er könne von „X“ kommen und das Fediverse sei ein Ersatz dafür… den muss ich enttäuschen. Es ist kein Ersatz im Sinne eines „Surrogats“, weil es ein völlig andere Philosophie vertritt. Wer alles so haben möchte, wie er es von „X“ kennt, der wird enttäuscht… und wer meint, das Fediverse müsse sich nun nach seinem dort eingeübten Verhalten richten, der wird auch nicht glücklich damit. Im Fediverse stellt mir kein Schnüffelalgorithmus meine Timeline zusammen. Für den Zustand der Timeline bin ich selbst verantwortlich. Und ich vermisse nichts, denn meine Timeline enthält genau das, was ich sehen möchte… für mich interessante Beiträge und Links… von Menschen die ich da haben möchte. Und wenn einer der Nutzer Inhalte von einem mir unbekannten Nutzer teilt, dann landet der auch da. Gefällt er mir und bin ich an der Person dahinter interessiert, dann kann ich demjenigen auch wieder folgen. So lernt man nette Leute kennen. Gefällt es mir nicht, ist es nicht wahrscheinlich, dass meine Timeline mit Beiträgen von diesem gefüllt wird… und wenn zu viele Beiträge von diesem Nutzer, dem ich nicht folge, durch einen mit mir verbundenen Nutzer geteilt werden und damit in meiner Timeline landen, dann kann ich den „unerwünschten“ Nutzer einfach stumm schalten… vorbei der Spuk (man kann ihn auch blocken… davon halte ich aber nix, denn es kann ja sein, dass er an meinen Beiträgen interessiert ist… dann soll er die auch gerne, wenn er denn mag zu sehen bekommen).
Das Fediverse ist anders… und das ist auch gut so. Wer sich damit anfreunden kann, der sollte nicht darauf verzichten, nur weil er den falschen Eingang ins Fediverse gewählt hat. Einfach einen alternativen Eingang wählen.
Ich weiß nicht, was der nette Apotheker empfiehlt… aber ich empfehle derzeit ganz klarFirefish Hubzilla. 😉 😀
[1] sein Artikel zu Firefish bei gnulinux.ch: Fediverse-Serie: Calckey/Firefish – Kommunikation im Fediverse auf einem neuen Level
Immer wieder, und in letzter Zeit verstärkt, liest man, dass das Fediverse nix taugt, weil Mastodon dies nicht kann und das schlecht gelöst ist etc. pp.
Auch hier zeigt sich wieder, dass die Berichterstattung in den letzten Jahren, insbesondere auch in den größeren Medien, Schaden angerichtet hat. Das Fediverse wurde mit Mastodon gleichgesetzt und Mastodon mit dem Fediverse.
Wenn man keine Ahnung hat, einfach… … na klar, oder man recherchiert und macht sich (nur ein bisserl) schlau, bevor man Artikel verfasst.
Ich bin es fast schon leid… aber:
Das Fediverse ist ein Verbund von Servern mit den verschiedensten Diensten, die alle über das Protokoll ActivityPub miteinander kommunizieren und interagieren können. Und die verschiedenen (zahlreichen) Mastodon-Server (Instanzen) sind ein Teil des Fediverse. Nur ein Teil. Es gibt sehr viele Instanzen im Fediverse, die mit einer anderen Software betrieben werden. Jede dieser „Geschmacksrichtungen“ setzt andere Prioritäten und bietet unterschiedliche Möglichkeiten. Trotzdem kann man Nutzern dieser anderen Server z.B. von Mastodon aus folgen, ihre Beiträge sehen, bewerten, kommentieren etc. …und umgekehrt.
Der Nutzer „crossgolf_rebel on Calckey“1, der sich stark engagiert und im Fediverse – gerade auch Neueinsteigern – Unterstützung leistet, drückt es gerne mit einem Browser-Vergleich aus: Mastodon ist nur so etwas wie eine „Browser“ für das Fediverse. Man kann es aber auch mit anderen „Browsern“ nutzen… z.B. mit Firefish, Friendica, Hubzilla, Pixelfed, etc. etc. etc. So wie man, statt Google Chrome zum Lesen dieses Beitrags genauso gut den Firefox, Vivaldi, Safari oder einen anderen modernen Webbrowser verwenden kann… ganz nach eigenem Geschmack… und vielleicht, weil der eine Webbrowser Funktionen bietet, die ein anderer nicht aufweist.
Deshalb blieb ich Hubzilla immer treu (auch da betreibe ich einen Server / Hub). Allerdings ist es optisch auch nicht so wirklich ansprechend und viele der unzähligen Features nutze ich einfach nicht.
Kürzlich habe ich dann auch noch eine Firefish-Instanz aufgesetzt und das ist jetzt mein „Wohnzimmer“ geworden. Das User-Interface gefällt mir und ist (für meinen Geschmack) übersichtlich und sinnvoll organisiert. Außerdem bin ich nicht ganz so eingeschränkt, was die Länge von Beiträgen anbelangt (auch Firefish wird zu den Microblogging-Diensten gezählt, bietet aber als Standard 3.000 Zeichen, also das sechsfache wie Mastodon). Und mit Firefish bin ich genauso Teil des Fediverse, wie mit jeder anderen Software. Ich folge Nutzern, die auch mit Firefish am Fediverse teilnehmen, aber auch Mastodon-Nutzern, Friendica-Nutzern, Hubzilla-Nutzern, Pixelfed-Nutzern etc. Die Suchfunktion funktioniert recht gut und ich kann mir eine eigene Timeline mit bestimmten Hashtags zusammenstellen (oder auch mit Suchbegriffen, die nicht als Hashtag erscheinen)… und noch viel mehr.
Wer also Mastodon „plöhd“ findet, weil es ja so scheiße, unübersichtlich und doof ist… nicht maulen, sondern einfach mal eine Alternative ausprobieren. Das kostet nix und ist auch keine große Anstrengung. Für die meisten sollte sich ein „Browser ins Fediverse“ finden, der ihnen zusagt.
Wer aber nun erwartet, er könne von „X“ kommen und das Fediverse sei ein Ersatz dafür… den muss ich enttäuschen. Es ist kein Ersatz im Sinne eines „Surrogats“, weil es ein völlig andere Philosophie vertritt. Wer alles so haben möchte, wie er es von „X“ kennt, der wird enttäuscht… und wer meint, das Fediverse müsse sich nun nach seinem dort eingeübten Verhalten richten, der wird auch nicht glücklich damit. Im Fediverse stellt mir kein Schnüffelalgorithmus meine Timeline zusammen. Für den Zustand der Timeline bin ich selbst verantwortlich. Und ich vermisse nichts, denn meine Timeline enthält genau das, was ich sehen möchte… für mich interessante Beiträge und Links… von Menschen die ich da haben möchte. Und wenn einer der Nutzer Inhalte von einem mir unbekannten Nutzer teilt, dann landet der auch da. Gefällt er mir und bin ich an der Person dahinter interessiert, dann kann ich demjenigen auch wieder folgen. So lernt man nette Leute kennen. Gefällt es mir nicht, ist es nicht wahrscheinlich, dass meine Timeline mit Beiträgen von diesem gefüllt wird… und wenn zu viele Beiträge von diesem Nutzer, dem ich nicht folge, durch einen mit mir verbundenen Nutzer geteilt werden und damit in meiner Timeline landen, dann kann ich den „unerwünschten“ Nutzer einfach stumm schalten… vorbei der Spuk (man kann ihn auch blocken… davon halte ich aber nix, denn es kann ja sein, dass er an meinen Beiträgen interessiert ist… dann soll er die auch gerne, wenn er denn mag zu sehen bekommen).
Das Fediverse ist anders… und das ist auch gut so. Wer sich damit anfreunden kann, der sollte nicht darauf verzichten, nur weil er den falschen Eingang ins Fediverse gewählt hat. Einfach einen alternativen Eingang wählen.
Ich weiß nicht, was der nette Apotheker empfiehlt… aber ich empfehle derzeit ganz klar
[1] sein Artikel zu Firefish bei gnulinux.ch: Fediverse-Serie: Calckey/Firefish – Kommunikation im Fediverse auf einem neuen Level
Ist es wirklich so schwierig…
…ins Fediverse zu kommen? Ein gern angebrachtes Argument gegen die Teilnahme am Fediverse ist, dass der Registrationsprozess so „kompliziert“ sei. Man müsse sich ja erst einen Anbieter, also Server, suchen. Das ist dann schon zu viel verlangt. Bei X oder Facebook ist das viel einfacher. ...
View article
View summary
Dieser Artikel wurde erstmals am 21. September 2023 veröffentlicht.
Ein gern angebrachtes Argument gegen die Teilnahme am Fediverse ist, dass der Registrationsprozess so „kompliziert“ sei. Man müsse sich ja erst einen Anbieter, also Server, suchen. Das ist dann schon zu viel verlangt. Bei X oder Facebook ist das viel einfacher.
Hmmm… ja… das liegt daran, dass es halt bei X, Facebook und Konsorten nur EINEN Server gibt. Ruft man den auf, dann gibt es da einen Link/Button zum Draufklicken, um sich einen Account zu erstellen.
Im Fediverse sieht das anders aus. Da gibt es unzählige Server und man muss sich erst einmal entscheiden, bei welchem man seinen Account anlegen möchte. Hat man sich entschieden und surft den Server an, dann ist es aber wieder gleich (sofern man ein und den selben Dienst ausprobieren möchte) und die Registrierung ist wirklich nicht komplizierter als bei den kommerziellen Walled Garden… meist noch simpler, weil man keinen Realnamen anzugeben braucht und auch keine Telefonnummer etc. In der Regel braucht man eine funktionierende E-Mail Adresse, man denkt sich einen Benutzernamen aus und ggf. ein Passwort (es gibt auch Dienste, die ein vorläufiges Passwort erzeugen).
Und das war es auch schon. Was ist jetzt dabei umständlicher?
Dass man sich einen Server aussuchen muss? Huiii… aber E-Mail ist nicht zu kompliziert, oder? Wenn man sich eine E-Mail Adresse zulegen möchte, steht man doch auch vor der Entscheidung, bei wem man das machen Möchte. Bei Micro$oft, beim Gockel, bei der Telekom, bei GMX, bei Firemail, bei Protonmail, bei…, bei…, bei…
Und dann ruft man die Seite des Anbieters auf und registriert sich… wobei die Registrierung bei jedem Dienst unterschiedlich ist… so richtig unterschiedlich.
Trotzdem hat jeder ne Mailadresse. Kann also nicht so kompliziert sein, sich für einen Provider zu entscheiden, oder?
Und weshalb wird es dann beim Fediverse als „umständlich“ und „kompliziert“ angeprangert?
Ein guter Ausgangspunkt, sich zu entscheiden ist der Fediverse Observer. Hier werden einem gleich passende Server vorgeschlagen. Beim Fediverse-Wiki gibt es auch eine sehr gute, thematisch sortierte Übersicht (leider nur englischsprachig).
Eine Datenbank von Fediverse-Servern, und die beste Anlaufstelle, ist die FediDB.
„Thematisch sortiert“… muss man denn ganz besonders darauf achten? Ja und nein. Die meisten Server (Instanzen) werden von einzelnen Menschen oder kleinen Gruppen betrieben. Da finden sich dann oft Nutzer zusammen, die sich für bestimmte Themengebiete interessieren. Wenn man dann dort einen Account hat und sich die lokale Timeline / den lokalen Stream anschaut, dann tauchen da nur Postings von ebenfalls dort registrierten Nutzern auf und man wird wohl überwiegend mit dem bevorzugten Themengebiet konfrontiert. So kann es schon von Vorteil sein, wenn man sich eine „passende“ Instanz aussucht. Aber das bedeutet nicht, dass man von anderen Themen und Nutzern abgeschnitten ist. Das Besondere am Fediverse ist, dass man mit allen Nutzern im Fediverse, unabhängig von deren Heimat-Server, interagieren kann. Dafür gibt es dann die globale / föderierte Timeline.
Ist man dann registriert, ist die persönliche Timeline noch leer. Das ist anders als bei den anderen großen Sozialen Netzwerken. Fediverse-Dienste benutzen keinen Algorithmus, um „für den Nutzer interessante“ Inhalte reinzuspülen. Das Fediverse nimmt einem nicht das Denken ab und bestimmt auch nicht, was man sehen darf und was einem nicht gezeigt wird. Wer sich auf das Fediverse einlässt, der sollte die alten Gewohnheiten von Facebook, Instagram, Meta oder X einfach mal beiseite schieben und sich auf das andere Konzept einlassen. Das tut nicht weh und führ zu einem ganz besonderen Erlebnis.
Damit die persönliche Timeline nicht für immer leer bleibt, muss man ein wenig leisten. Sehr empfehlenswert und sinnvoll ist das Befüllen des eigenen Profils. Hier sollte man eine Beschreibung der eigenen Interessen und des eigenen Hintergrundes eintragen. Keine Sorge, diese Informationen werden vom Betreiber der Instanz nicht an irgendwelche Werbekonzerne verhökert… die habe daran überhaupt kein Interesse, weil die Nutzerzahl der einzelnen Instanzen viel zu gering ist. Die meisten Dienste erlauben zusätzlich die Eingabe von Schlüsselwörtern / Hashtags. Damit kann man seine Interessen noch besser zum Ausdruck bringen.
Diese Informationen füllen jetzt noch nicht die Timeline, erleichtern aber anderen Nutzern die Entscheidung, einem zu „folgen“ (oder sich zu „verbinden“). Wenn ich z.B. auf einen möglicherweise interessanten Nutzer stoße, so schaue ich erst einmal in dessen Profil. Passen die Infos, dann folge ich ihm. Finde ich da nix vor, lasse ich es entweder oder ich schaue (wenn mein Interesse weiterhin besteht), was er über längere Zeit gepostet oder geteilt oder kommentiert hat. Am besten sind also diejenigen dran, die ein sinnvoll gefülltes Profil haben.
Um die Timeline aber nun wirklich zu füllen, muss man anderen Nutzern folgen. Dafür schaut man in die lokale (von allen Nutzern der eigenen Instanz) Timeline und die globale (oder föderierte) Timeline, wo alle Beiträge der Nutzer des eigenen Dienstes auftauchen (sofern die Instanzen föderieren und nicht blockiert sind). Beim Stöbern findet man dann interessante Nutzer, denen man einfach folgt (mit denen man sich „verbindet“). Künftig landen ihre Aktionen in der persönlichen Timeline. Teilen sie Beiträge anderer Nutzer, denen man selbst nicht folgt, erscheinen diese auch in der eigenen Timeline… und man findet damit womöglich weitere interessante Nutzer, folgt wiederum diesen und macht die persönliche Timeline noch vielfältiger und interessanter.
Außerdem lebt das Fediverse von Interaktion. Wer nur liest, der bleibt ein wenig am Rande. Die meisten Dienste erlauben das Teilen fremder Beiträge (teilweise auch als „boosten“ bezeichnet), das „Liken“ (teilweise auch „Disliken“) oder eine sonstige Art der Beitragsbewertung, das Kommentieren und vieles mehr, was man auch aus anderen Netzwerken kennt. Der Funktionsumfang hängt vom gewählten Dienst ab.
Es dauert im Fediverse ein paar Tage oder Wochen, bis in der eigenen Timeline so richtig was los ist… aber die Geduld lohnt sich. Man erhält einen Stream, der den eigenen Vorstellungen entspricht… und nicht einen, von dem der Betreiber des Dienstes meint, sie würde den eigenen Vorstellungen entsprechen (und den Interessen der Werbepartner dienen).
Welchen Dienst man nun am besten für sich wählt, will ich hier nicht ausführen. Dazu gibt es genügend ausführliche Artikel an anderer Stelle. Vielleicht nur ganz kurz zur Orientierung für Schnellentschlossene:
Wer von X kommt (und unbedingt beim Microblogging bleiben will), für den mag Mastodon am interessantesten sein… wer von Facebook kommt, der sollte sich Friendica oder Hubzilla anschauen… wer von Instagram kommt, für den lohnt es sich einen Blick auf Pixelfed zu werfen… YouTube-Migranten schauen mal bei Peertube rein.
Im Endeffekt ist es egal, welchen Dienst man wählt… man kann jedem Nutzer bei jedem Dienst auf jeder Instanz folgen.
Meine Empfehlung ist derzeitFirefish. Dieser Dienst vereint viele sehr gute Funktionen der hier genannten Dienste, ist einfach zu bedienen und sieht auch recht ansprechend aus.
Wenn einem der ausgewählte Dienst irgendwann nicht mehr gefällt, ist es kein Problem, einfach auf einen anderen Dienst zu wechseln. Seine Kontakte kann man entweder „mitnehmen“ (Migration) oder zumindest übertragen.
Es ist also wirklich nicht so schwierig, den Schritt ins Fediverse zu wagen!
…ins Fediverse zu kommen?
Ein gern angebrachtes Argument gegen die Teilnahme am Fediverse ist, dass der Registrationsprozess so „kompliziert“ sei. Man müsse sich ja erst einen Anbieter, also Server, suchen. Das ist dann schon zu viel verlangt. Bei X oder Facebook ist das viel einfacher.
Hmmm… ja… das liegt daran, dass es halt bei X, Facebook und Konsorten nur EINEN Server gibt. Ruft man den auf, dann gibt es da einen Link/Button zum Draufklicken, um sich einen Account zu erstellen.
Im Fediverse sieht das anders aus. Da gibt es unzählige Server und man muss sich erst einmal entscheiden, bei welchem man seinen Account anlegen möchte. Hat man sich entschieden und surft den Server an, dann ist es aber wieder gleich (sofern man ein und den selben Dienst ausprobieren möchte) und die Registrierung ist wirklich nicht komplizierter als bei den kommerziellen Walled Garden… meist noch simpler, weil man keinen Realnamen anzugeben braucht und auch keine Telefonnummer etc. In der Regel braucht man eine funktionierende E-Mail Adresse, man denkt sich einen Benutzernamen aus und ggf. ein Passwort (es gibt auch Dienste, die ein vorläufiges Passwort erzeugen).
Und das war es auch schon. Was ist jetzt dabei umständlicher?
Dass man sich einen Server aussuchen muss? Huiii… aber E-Mail ist nicht zu kompliziert, oder? Wenn man sich eine E-Mail Adresse zulegen möchte, steht man doch auch vor der Entscheidung, bei wem man das machen Möchte. Bei Micro$oft, beim Gockel, bei der Telekom, bei GMX, bei Firemail, bei Protonmail, bei…, bei…, bei…
Und dann ruft man die Seite des Anbieters auf und registriert sich… wobei die Registrierung bei jedem Dienst unterschiedlich ist… so richtig unterschiedlich.
Trotzdem hat jeder ne Mailadresse. Kann also nicht so kompliziert sein, sich für einen Provider zu entscheiden, oder?
Und weshalb wird es dann beim Fediverse als „umständlich“ und „kompliziert“ angeprangert?
Ein guter Ausgangspunkt, sich zu entscheiden ist der Fediverse Observer. Hier werden einem gleich passende Server vorgeschlagen. Beim Fediverse-Wiki gibt es auch eine sehr gute, thematisch sortierte Übersicht (leider nur englischsprachig).
Eine Datenbank von Fediverse-Servern, und die beste Anlaufstelle, ist die FediDB.
„Thematisch sortiert“… muss man denn ganz besonders darauf achten? Ja und nein. Die meisten Server (Instanzen) werden von einzelnen Menschen oder kleinen Gruppen betrieben. Da finden sich dann oft Nutzer zusammen, die sich für bestimmte Themengebiete interessieren. Wenn man dann dort einen Account hat und sich die lokale Timeline / den lokalen Stream anschaut, dann tauchen da nur Postings von ebenfalls dort registrierten Nutzern auf und man wird wohl überwiegend mit dem bevorzugten Themengebiet konfrontiert. So kann es schon von Vorteil sein, wenn man sich eine „passende“ Instanz aussucht. Aber das bedeutet nicht, dass man von anderen Themen und Nutzern abgeschnitten ist. Das Besondere am Fediverse ist, dass man mit allen Nutzern im Fediverse, unabhängig von deren Heimat-Server, interagieren kann. Dafür gibt es dann die globale / föderierte Timeline.
Ist man dann registriert, ist die persönliche Timeline noch leer. Das ist anders als bei den anderen großen Sozialen Netzwerken. Fediverse-Dienste benutzen keinen Algorithmus, um „für den Nutzer interessante“ Inhalte reinzuspülen. Das Fediverse nimmt einem nicht das Denken ab und bestimmt auch nicht, was man sehen darf und was einem nicht gezeigt wird. Wer sich auf das Fediverse einlässt, der sollte die alten Gewohnheiten von Facebook, Instagram, Meta oder X einfach mal beiseite schieben und sich auf das andere Konzept einlassen. Das tut nicht weh und führ zu einem ganz besonderen Erlebnis.
Damit die persönliche Timeline nicht für immer leer bleibt, muss man ein wenig leisten. Sehr empfehlenswert und sinnvoll ist das Befüllen des eigenen Profils. Hier sollte man eine Beschreibung der eigenen Interessen und des eigenen Hintergrundes eintragen. Keine Sorge, diese Informationen werden vom Betreiber der Instanz nicht an irgendwelche Werbekonzerne verhökert… die habe daran überhaupt kein Interesse, weil die Nutzerzahl der einzelnen Instanzen viel zu gering ist. Die meisten Dienste erlauben zusätzlich die Eingabe von Schlüsselwörtern / Hashtags. Damit kann man seine Interessen noch besser zum Ausdruck bringen.
Diese Informationen füllen jetzt noch nicht die Timeline, erleichtern aber anderen Nutzern die Entscheidung, einem zu „folgen“ (oder sich zu „verbinden“). Wenn ich z.B. auf einen möglicherweise interessanten Nutzer stoße, so schaue ich erst einmal in dessen Profil. Passen die Infos, dann folge ich ihm. Finde ich da nix vor, lasse ich es entweder oder ich schaue (wenn mein Interesse weiterhin besteht), was er über längere Zeit gepostet oder geteilt oder kommentiert hat. Am besten sind also diejenigen dran, die ein sinnvoll gefülltes Profil haben.
Um die Timeline aber nun wirklich zu füllen, muss man anderen Nutzern folgen. Dafür schaut man in die lokale (von allen Nutzern der eigenen Instanz) Timeline und die globale (oder föderierte) Timeline, wo alle Beiträge der Nutzer des eigenen Dienstes auftauchen (sofern die Instanzen föderieren und nicht blockiert sind). Beim Stöbern findet man dann interessante Nutzer, denen man einfach folgt (mit denen man sich „verbindet“). Künftig landen ihre Aktionen in der persönlichen Timeline. Teilen sie Beiträge anderer Nutzer, denen man selbst nicht folgt, erscheinen diese auch in der eigenen Timeline… und man findet damit womöglich weitere interessante Nutzer, folgt wiederum diesen und macht die persönliche Timeline noch vielfältiger und interessanter.
Außerdem lebt das Fediverse von Interaktion. Wer nur liest, der bleibt ein wenig am Rande. Die meisten Dienste erlauben das Teilen fremder Beiträge (teilweise auch als „boosten“ bezeichnet), das „Liken“ (teilweise auch „Disliken“) oder eine sonstige Art der Beitragsbewertung, das Kommentieren und vieles mehr, was man auch aus anderen Netzwerken kennt. Der Funktionsumfang hängt vom gewählten Dienst ab.
Es dauert im Fediverse ein paar Tage oder Wochen, bis in der eigenen Timeline so richtig was los ist… aber die Geduld lohnt sich. Man erhält einen Stream, der den eigenen Vorstellungen entspricht… und nicht einen, von dem der Betreiber des Dienstes meint, sie würde den eigenen Vorstellungen entsprechen (und den Interessen der Werbepartner dienen).
Welchen Dienst man nun am besten für sich wählt, will ich hier nicht ausführen. Dazu gibt es genügend ausführliche Artikel an anderer Stelle. Vielleicht nur ganz kurz zur Orientierung für Schnellentschlossene:
Wer von X kommt (und unbedingt beim Microblogging bleiben will), für den mag Mastodon am interessantesten sein… wer von Facebook kommt, der sollte sich Friendica oder Hubzilla anschauen… wer von Instagram kommt, für den lohnt es sich einen Blick auf Pixelfed zu werfen… YouTube-Migranten schauen mal bei Peertube rein.
Im Endeffekt ist es egal, welchen Dienst man wählt… man kann jedem Nutzer bei jedem Dienst auf jeder Instanz folgen.
Meine Empfehlung ist derzeit
Wenn einem der ausgewählte Dienst irgendwann nicht mehr gefällt, ist es kein Problem, einfach auf einen anderen Dienst zu wechseln. Seine Kontakte kann man entweder „mitnehmen“ (Migration) oder zumindest übertragen.
Es ist also wirklich nicht so schwierig, den Schritt ins Fediverse zu wagen!
Conversation Features
Loading...
Login
PepeCyBs Welt
pcw@hub.hubzilla.hu
Mein Blog PepeCyB's Welt - Pepes Gedanken, das Fediverse und mehr…
Categories
