Mit einem Hubzilla-Account erhalten Sie einen komfortablen Zugang zum Fediverse als Soziales Netzwerk. Er hält aber jede Menge weitere Funktionen für alle möglichen Lebenslagen und Ansprüche bereit, die Sie nutzen können, aber nicht unbedingt nutzen müssen. Sie sind nicht auf das "Grid" beschränkt, sondern können mit jedem Fediverse-Dienst interagieren, weil Hubzilla - neben seinem eigenen Protokoll "Nomad" - auch ActivityPub und das Diaspora-Protokoll unterstützt.

Hubzilla ist eine leistungsstarkes Social Networking Content Managment System (SN-CMS), eine Plattform zur Erstellung vernetzter Websites mit einem dezentralisierten Identitäts-, Kommunikations- und Berechtigungsrahmen. Hubs sind die Hubzilla-Server die miteinander kommunizieren, um Informationen über das Netz, das „Grid“, zu verbreiten. Es gibt keinen zentralen Knotenpunkt oder einen einzigen Ausfallpunkt. Hubs können mit beliebig vielen oder wenigen anderen Hubs verbunden werden.

Mit Hubzilla geben Sie Inhalte nur für diejenigen frei, denen Sie die Erlaubnis zum Zugriff gegeben haben. Es ist die Basis für kollaborative und soziale Interaktionen und bietet volle Kontrolle über die Privatsphäre. Dabei ist es Teil des dezentralen Fediverse. Es beschränkt sich aufgrund seiner vielfältigen Features nicht nur auf soziale Interaktion, sondern ermöglicht es Ihnen mit ihren Kontakten lokale Blogartikel, Newsfeeds, Wikis, Webseiten, Umfragen, Workflow-Elemente, Videos, Bilder, Audio- und andere Dateien, Kalender, Adressbücher, föderierte Microblogging-Posts ohne Längenbeschränkung und mehr zu teilen. Dabei legen Sie fest, wer welche Inhalte sehen kann und was er damit tun kann. Sie können sogar Inhalte exklusiv für Nutzer bereitstellen, die über keinen Hubzilla-Account verfügen, indem sie ihnen einen Gastzugang einräumen.

Mit einem Hubzilla-Account erhalten Sie einen komfortablen Zugang zum Fediverse als Soziales Netzwerk. Er hält aber jede Menge weitere Funktionen für alle möglichen Lebenslagen und Ansprüche bereit, die Sie nutzen können, aber nicht unbedingt nutzen müssen. Sie sind nicht auf das "Grid" beschränkt, sondern können mit jedem Fediverse-Dienst interagieren, weil Hubzilla - neben seinem eigenen Protokoll "Nomad" - auch ActivityPub und das Diaspora-Protokoll unterstützt.

Wer es denn unbedingt, ums Verrecken, will, der kann mit Hubzilla Bluesky-Handles "folgen"...

Wer es denn unbedingt, ums Verrecken, will, der kann mit Hubzilla Bluesky-Handles "folgen".

Es ist kein echtes "Folgen" und auch keine Verbindung im Sinne von Hubzilla, aber so gelangen zumindest die Postings des Bluesky-Nutzers in den eigenen Stream.

Der Trick dabei: Es handelt sich um eine RSS-Verbindung. Die kann man herstellen, sofern der Hub das erlaubt. Die Funktion "Feeds als Verbindungen erlauben (führt zu hoher Systemlast)" muss vom Admin freigeschaltet sein. Dann kann man in der App Verbindungen die Adresse eines RSS-Handles von einem Bluesky-Nutzer eingeben und die Postings des Nutzers werden künftig im Stream angezeigt. Eine Interaktion ist allerdings nicht möglich. Ich selbst bin nicht böse drum... aber das ist meine persönliche Einstellung zu BS.

Die RSS-Adresse eines Bluesky-Nutzers lautet:

https://bsky.app/profile/<Accountname>

Beachte: Das führende "@" am Accountnamen muss weggelassen werden!









Also wenn's unbedingt sein muss... das geht auch ohne Brücken und ohne AT-Protokoll.

Wenn wir einen Beitrag schreiben oder einen Kommentar zu einem Posting verfassen, wäre es interessant zu wissen, ob und wo überall hin, der Inhalt verteilt wurde.

Wenn wir einen Beitrag schreiben oder einen Kommentar zu einem Posting verfassen, wäre es interessant zu wissen, ob und wo überall hin, der Inhalt verteilt wurde.

Hubzilla hat dafür eine praktische Funktion, welche sich im Beitrags- bzw. Kommentarmenü (⋮ unten rechts am Beitrag/Kommentar): Zustellungsbericht. Wählt man diesen Menüpunkt, so wird detailliert aufgelistet, wohin der Beitrag zugestellt wurde, wo es versucht wurde, ob der Beitrag noch in der Warteliste hängt, die Zustellung aufgrund von Fehlern gescheitert ist, etc.

Beitrag:





Kommentar:

Gerade wird die Entscheidung von Mastodon, künftig auch Zitat-Postings einzuführen, ausgesprochen "kontrovers" diskutiert. Es ist da die Rede von drohendem Missbrauch...

Gerade wird die Entscheidung von Mastodon, künftig auch Zitat-Postings einzuführen, ausgesprochen "kontrovers" diskutiert. Es ist da die Rede von drohendem Missbrauch... na ja...

Zitat-Postings gab und gibt es abseits von Mastodon schon lange bei verschiedensten Fediverse-Diensten. Und natürlich auch bei Hubzilla. Ja, bei Hubzilla war es überhaupt für lange Zeit die einzige Möglichkeit einen Beitrag an die eigenen Verbindungen zu verteilen. Sowas wie ein "Boosting" oder "Repeat"gab es bis vor einigen Versionen noch nicht. Die beiden Varianten, einen Beitrag an die eigenen Verbindungen zu verteilen, muss man nämlich unterscheiden.

Das "Teilen", das es, wie gesagt, lange Zeit als einzige Möglichkeit bei Hubzilla gab, war im Prinzip ein Zitat-Posting. Der Original-Beitrag wurde im eigenen Kanal als neues Start-Posting geteilt. Das bewirkt, dass sämtliche Kommentare dazu, dann aber auch nur am neuen Posting landen und nicht beim Ursprungs-Posting.

Das "Repeaten", "Boosten" oder "Wiederholen" hinegen sorgte nur dafür, dass das Original-Posting im eigenen Kanal an alle Verbindungen verteilt wurde. Kommentare dazu landeten dann natürlich auch nur beim Original-Posting.

Egal, welchen Mechanismus man sich bei Mastodon nun überlegen wird, um dem Ersteller eines Beitrags zu ermöglichen, in Zitat-Posting zu verhindern... es wird bei Hubzilla keine Wirkung haben. Was öffentlich in meinem Kanal eintrudelt, kann ich teilen oder wiederholen.

Und umgekehrt wird es genauso sein... bzw.ist es heute schon genauso. Es gibt für mich keine Möglichkeit, ein öffentliches Posting vor dem Wiederholen - und künftig auch vor dem Teilen als Zitat-Posting - zu schützen.

Also erstmal so generell.

Aber Hubzilla wäre nicht Hubzilla, wenn man sich nicht gegen ungewolltes Wiederholen oder Teilen trotzdem schützen könnte. Dafür nutzt man einfach die Privacy Gruppen.

Postet man in solch eine Privacy Gruppe, wird das Weitersagen und Teilen automatisch verhindert. Es handelt sich nämlich nicht mehr um eine öffentliche Konversation, sondern vielmehr um eine Art Gruppen-Direktnachricht. Ein Teilen außerhalb der Teilnehmergruppe ist somit nicht möglich. Auch nicht für andere Dienste, denn DN sind nunmal nicht öffentlich, sondern auf die Teilnehmer beschränkt. Und ein Wiederholen gibt es auch nicht. Würde auch keinen Sinn ergeben, denn der Beitrag wird ohnehin an alle Teilnehmer (Privacy Gruppen Mitglieder) verteilt, aber sonst an niemanden.

Das klingt jetzt nach einer womöglich ungünstigen Reichweitenbegrenzung. Und das trifft auch zu. Nur das "Ungünstig" nicht. Wenn ich nicht möchte, dass ein Posting wiederholt oder geteilt wird, so habe ich mich entschlossen, dass es eh auf den Kreis meiner Kontakte begrenzt bleibt. Klar wäre es theoretisch möglich, dass jeder das Posting lesen kann, sofern er rein zufällig darüber stolpert... aber das ist eher unwahrscheinlich. Bei Hubzilla ist dies sogar ausgeschlossen.

Als Standard verfügt jeder neu angelegte Hubzilla-Kanal über die Privacy Gruppe "Freunde". Und jede Verbindung, die wir herstellen, wird dieser Gruppe automatisch zugewiesen (man kann das abschalten... wenn man unbedingt will). Das bedeutet, dass - sofern man es nicht anders konfiguriert hat - erstmal sämtliche Verbindungen in der Gruppe "Freunde" enthalten sind. Möchten wir nun ein Posting "unteilbar" und "unweitersagbar" machen, dann wählen wir in den Berechtigungs-Einstellungen (Vorhangschloss-Symbol unten rechts am Posting) als Ziel für das Posting die Privacy Gruppe "Feunde". Damit erreicht das Posting alle, mit denen wir verbunden sind. Es kann aber von diesen nicht geteilt oder weitergesagt werden. Auch nicht bei Mastodon-Kontakten etc., denn es handelt sich streng genommen um eine DN.

Bei Hubzilla gibt es also einen wirklich dienste-übergreifend funktionierenden Mechanismus, sowohl Zitat-Postings, als auch das Weitersagen zu verhindern.

Ein (berechtigter!) Vorwurf an Hubzilla ist die teilweise mangelhafte UX (User Experience)...

Ein (berechtigter!) Vorwurf an Hubzilla ist die teilweise mangelhafte UX (User Experience). Bestimmte Dinge muss selbst ich, als Nutzer mit langjähriger Erfahrung - auch als Hubzilla-Admin - erst eine Weile suchen, weil sie verstreut in den Menüstrukturen sind.

Ein wesentlicher Punkt sind die Einstellungen. Die findet man nämlich "überall und nirgends". 😉😂

Die offensichtlichsten Einstellungen findet man (also eigentlich jeder) im Hauptmenü... da steht "Einstellungen".



Über diesen Menüpunkt gelangt man zu den "Konto-Einstellungen", "Kanal-Einstellungen", "Privacy-Einstellungen" und den "Anzeige-Einstellungen".









Das war aber jetzt nicht alles an Einstellungen... da gibt es noch viel mehr.
Befindet man sich in der Kanal-Ansicht, so sieht man neben dem Hauptmenü und dem Label "Kanal" (für eben diese Kanalansicht) ein kleines Zahnrad. 

Ein Klick darauf führt zu weiteren Kanaleinstellungen.



Während es bei den Kanal-Einstellungen im Hauptmenü möglich ist, die Kanalbezeichnung, die Kanalrolle und ähnliches grundlegendes einzustellen, kann man mit diesen Kanaleinstellungen bestimmte Verhaltensweisen der Kanalansicht einstellen.



Befindet man sich in der Stream-Ansicht (also der Ansicht der "Timeline"), so gibt es auch dort ein Zahnrad, welches zu den Stream-Einstellungen führt.





Auch in der Foto-App gibt es ein Zahnrad, das die Foto-Einstellungen zugänglich macht.





Die Kalender-App hat auch ein Zahnrad für die Kalender-Einstellungen.





Und auch die Verbindungs-Ansicht verfügt über ein Zahnrad für die Verbindungs-Einstellungen.





Schließlich gibt es ein weiteres Zahnrad beim Verzeichnis für die Verzeichnis-Einstellungen.





Eher unauffällig, ja beinahe unsichtbar ist ein weiteres Zahnrad im Beitrags-Editor (nicht im Kmmentar-Editor) vorhanden. Hiermit sind Editor-Einstellungen möglich.





Ja und dann gibt es noch Einstellungen, die man nur erreicht, wenn man die Seite dafür explizit im Adressfeld des Browsers aufruft. Dort sind die vorgenannten sonstigen Einstellungen für Kanal, Stream etc. in horizontalen Tabs zugänglich, sowie einige, die man sonst gar nicht erreichen kann. 

Die URL für diese Feature-Einstellungen lautet

<hub>/settings/features



Puuuh... ganz schön verstreut. Wenn man sich aber einmal kurz damit befasst hat und die Einstellungen genutzt, dann findet man eigentlich alle wesentlichen Einstellungen dennoch.

Der Artikel ist eine Macroblogging-Beitragsform bei Hubzilla und z.B. geeignet für echte Blogbeiträge.

Der Artikel ist eine Macroblogging-Beitragsform bei Hubzilla und z.B. geeignet für echte Blogbeiträge. Im Gegensatz zu normalen Beiträgen, die im gesamten Netzwerk (inklusive Fediverse) verteilt werden, verbleiben Artikel beim eigenen Hub. Sie sind für Nutzer anderer Instanzen und Nutzer, die keinen Account im Fediverse haben also nur über ihre URL erreichbar. Die URL kann selbstverständlich geteilt werden, so dass der Artikel trotzdem im Fediverse bekannt wird und abgerufen werden kann.

Einen Artikel erstellt man über die App (Hamburger-Menü ☰) "Artikel". Ruft man diese auf, werden sämtliche erstellten Artikel angezeigt und man hat die Möglichkeit, einen neuen Artikel anzulegen ("Artikel hinzufügen").



Das Erstellen eines Artikels ähnelt dem Erstellen eines normalen Beitrags. Das Eingabe-Formular weist aber zwei zusätzliche Felder auf: "Summary (optional)" und "Link zur Seite".



Das Summary ist eine kurze Zusammenfassung des Inhalts, die beim Aufrufen des Artikels zunächst angezeigt wird.

---

Mit dem Link zum Artikel kann man die URL festlegen, über welche man den Artikel erreichen kann (z.B. zum Teilen). Gibt man dort z.B. "ein-testartikel" ein, so lautet die URL: /articles//ein-testartikel

Den Link kann man aber z.B. auch einfach kopieren, indem man den Artikel über das Kontextmenü (︙) "Link zur Quelle"aufruft und den Link zum Artikel aus dem Adressfeld des Browsers verwendet.

RSS-Feeds als Kanalquellen und Kanal als RSS-Feed

Sofern der Administrator eines Hub RSS als Kanalquelle erlaubt hat, kann man RSS-Feeds als Kontakte hinzufügen. Eine Interaktion ist zwar nicht möglich, es landen aber sämtliche, im Feed veröffentlichten Beiträge künftig im eigenen Stream.

Um einen RSS-Feed als Quelle für den Stream hinzuzufügen, gibt man in der App Kontakte die vollständige URL des Feeds ins Eingabefeld "Enter channel address" ein und klickt aufs "+".







Auch "umgekehrt" funktioniert RSS. Man kann einem Hubzilla-Kanal mit seinem RSS-Reader folgen. Dazu gibt man als Feed-Adresse eune URL nach folgendem Schema ein:

hub.tld/feed/kanalname

Der Unterschied zwischen Teilen (Weitersagen) und Wiederholen (Repeaten/Boosten) bei Hubzilla

Hubzilla bietet seit Version 9 nun zwei Möglichkeiten, Beiträge an seine Kontakte weiterzuleiten: Teilen oder Wwiederholen (Repeaten oder auch "Boosten" genannt).

Teilen von Beiträgen

Mit dem Teilen / Weitersagen von Beiträgen wird ein Beitrag eines anderen Nutzers mit dem eigenen Kanal erneut gepostet. Es wird eine neue Konversation im eigenen Kanal erzeugt. Kommentare dazu landen bei der neuen Konversation und nicht bei der ursprünglichen.



Wiederholen (repeat) / Boosten von Beiträgen

Mit dem Wiederholen (Repeaten) von Beiträgen, wird der Beitrag an die eigenen Verbindungen verteilt. Kommentare landen (im Gegensatz zu geteilten Beiträgen) beim Original-Beitrag.



Dieses Verhalten entspricht dem "Boosten", wie man es z.B. von Mastodon oder den Forkeys kennt.