After recently writing a ‘Hubzilla-Häppchen’ on the topic of ‘channel calming,’ I thought I would share my personal configuration here, along with some explanations... and perhaps show what a great tool Hubzilla is for participating in the Fediverse in a relaxed manner...

After recently writing a ‘Hubzilla-Häppchen’ on the topic of ‘channel calming,’ I thought I would share my personal configuration here, along with some explanations... and perhaps show what a great tool Hubzilla is for participating in the Fediverse in a relaxed manner.

The channel roles ‘Public’ and ‘Personal’ are a good choice for getting started and correspond to what you would expect from the Fediverse and social networks in general. However, these settings do not protect you from being annoyed by spam or receiving ‘inappropriate’ comments from strangers (i.e. participants without a connection).

To achieve this, you need to dip into Hubzilla's bag of tricks. With its sophisticated permission system, Hubzilla offers all the tools you need for an enjoyable Fediverse experience.

To do this, you need to select the ‘Custom’ setting for the channel role.

This is done via Settings (in the main menu... the one with your profile picture... at the top of the navigation bar) ➔ Channel Settings. There, select ‘Custom’ from the ‘Channel Role’ drop-down menu.

Then, set the permissions precisely under Settings ➔ Privacy Settings. This is done by clicking on the ‘Custom configuration of channel role’ button to switch to the role editor. You will first see a warning: ‘Proceed with caution - Changing advanced configuration settings can impact your, and your contacts channels functionality and security.’ If you confirm that you want to take the ‘risk’, you will be taken to the configuration editor for the channel role.

First, you should think about what you want to allow whom on the Internet, in the Fediverse and in the Grid (the network of all Hubzilla hubs)... in other words, what rights you want to grant to others.

Below, I present my personal preferences. If you have other ideas, you must specify them for yourself and ultimately implement them in the channel role rules. This is therefore a highly individual decision... and everyone is entitled to their own opinion. There is no right or wrong here.

My idea for participating with my main channel is as follows: I want everyone on the internet – whether they have a Fediverse account or not – to be able to see my posts. This should be the case on other instances and also in my channel stream. In addition, everyone on the internet should be able to see my standard profile. However, my contacts (i.e. my connections) are nobody else's business. Only my connections should be able to see them. Everyone should also be able to see my media and images, as well as my websites and wikis.

However, I don't want to receive posts directly from strangers in my stream. And I don't want everyone to be able to edit my web and wiki pages or create new ones. I would much rather decide who is allowed to do that. I also only want to allow connections to post on my ‘wall’, i.e. directly in my channel stream. Strangers should not be able to like/dislike or comment on my posts. This should also be reserved for my contacts. The same applies to chatting and repeating or sharing my posts. The administration of my channel is my business... and perhaps that of one or a few trusted individuals... in case I am unavailable for a longer period of time.

At this point, it is important to remember that Hubzilla's permissions are based on the whitelist principle. The basis for this is the channel role. Everything that is permitted in this is generally permitted for the selected groups and cannot be removed elsewhere. With the contact roles, you can then grant further permissions (for all points for which you have set the permission ‘Only those you explicitly allow’ in the channel role). However, you can create as many contact roles as you like with different additional permissions and assign them to different connections.

It is therefore advisable to be quite restrictive with the channel roles and to set most items to ‘Only those you explicitly allow’.

Now I will go through the individual items in the channel role and show how I have set them...

1. Can view my channel stream and my posts -> Anybody on the Internet

This makes all my posts public so that everyone can see them.

2. Can send me their channel stream and posts -> Only those you explicitly allow

I will allow all my connections to do this for now via my own standard contact role, which I will create later.

3. Can view my default profile -> Anybody on the Internet

I also want everyone on the Internet to be able to see my default profile.

4. Can view my connections -> Only those you explicitly allow

I also grant this (my personal decision/setting) to all my connections via my own standard contact role.

5. Can view my file storage and photos -> Anybody on the internet

Here, permission must be granted to everyone, because media and images are sometimes (mostly) shared in posts that everyone should be able to see.

6. Can upload/modify my file storage and photos -> Only me

Only I am allowed to mess around with my files and folders. Period. End of story.

7. Can view my channel webpages -> Anybody on the Internet

8. Can view my wiki pages -> Anybody on the Internet

In both cases, this is public content... visible to everyone.

9. Can create/edit my channel webpages -> Only me

My websites are my websites. Anyone who wants to create their own must register and create their own channel.

10. Can write to my wiki pages -> Only those you explicitly allow

I only allow certain connections to edit and create entries in my wikis. To do this, I have to create a separate contact role.

11. Can post on my channel (wall) page -> Only those you explicitly allow

I initially allow all my connections to do this via my own standard contact role.

12. Can comment on or like my posts -> Only those you explicitly allow

This is also only allowed for all my connections via my own standard contact role. This prevents comments from strangers.

13. Can send me direct messages -> Only those you explicitly allow

14. Can like/dislike profiles and profile things -> Only those you explicitly allow

15. Can chat with me -> Only those you explicitly allow

These three permissions are also only for my contacts (my own default contact list).

16. Can source/mirror my public posts in derived channels -> Only those you explicitly allow

I also only allow repeating and sharing (quote posting) via my own default contact role to all my connections.

17. Can administer my channel -> Only those you explicitly allow

If necessary, I will create an extra contact role for this purpose in order to grant certain, particularly trustworthy contacts this ‘sacred task’ if necessary.

Now a few words about the general privacy settings:

‘Automatically approve new contacts’ should remain disabled, because otherwise strangers could secure rights by “following” your channel that I explicitly only grant to those with whom I establish a connection (i.e., mutual “following”).

I also leave ‘Accept all messages which mention you’ turned off because I don't want posts from strangers in my stream just because they mention my channel handle.

‘Enable OCAP access’, on the other hand, should be turned on. This allows you to see media in (Hubzilla) posts (especially in forum channels) even if the author/owner has restricted their visibility.

You should think carefully about whether to enable ‘Accept unsolicited comments for moderation’. If you do not enable this, strangers will not be able to comment on your posts. Comments will be discarded. If you enable it, accounts/channels that you are not connected to can also comment on your posts. However, these will not be published immediately. You can decide (moderate) whether the comment should be accepted.
I have only very rarely received inappropriate comments or spam comments, so I have enabled this option. The reason? It is entirely possible (and has happened to me on several occasions) that a stranger has posted a ‘successful/appropriate/special’ comment on one of my posts... and I may have added them to my connections because of this. If I had left the option disabled, such ‘encounters’ would not have been possible.
If inappropriate comments start to take over at some point, I can always turn the option off again. That's my personal opinion... that's why I do it this way. Everyone has to decide for themselves.

Important... after you have made your custom settings and selected your options, be sure to click on the ‘Submit’ button, otherwise all your work will be for nothing. 😉

I have now laid the foundation for my relaxed channel. All I have to do now is create a few contact roles to grant my connections the desired permissions. With this channel role, interaction with connections is initially as restricted as it is for strangers (‘Everyone on the Internet’).

You can manage contact roles via the ‘Contact Roles’ app.

The default contact role ‘Standard’ is the system contact role and cannot be changed. I'll put that on hold for now by disabling the option ‘Automatically assign this role to new contacts’.

I create my own default contact role. I have named it ‘Default’. For this role, I now enable ‘Automatically assign this role to new contacts’ so that all contacts I add from now on will be assigned this role.

To grant my connections the rights discussed above, I have configured the contact role as follows:

Can view my channel stream and posts	X
Can send me their channel stream and posts	X
Can view my default channel profile	X
Can view my connections	X
Can view my file storage and photos	X
Can upload/modify my file storage and photos
Can view my channel webpages	X
Can view my wiki pages	X
Can create/edit my channel webpages
Can write to my wiki pages
Can post on my channel (wall) page	X
Can comment on or like my posts	X
Can send me direct messages	X
Can like/dislike profiles and profile things	X
Can chat with me	X
Can source/mirror my public posts in derived channels	X
Can administer my channel

To ensure that this contact role now applies to all my connections, I select the privacy group ‘Friends’ (which, unless changed, is the default group for all contacts) in the input field ‘Assign this role to the following privacy group’ and click on the ‘Submit’ button.

I have also created a contact role called ‘Minimal’, in which I do not grant any additional permissions. This allows me to perfectly simulate a pure ‘follow’ role, because the contact to whom I assign this role has the same rights as ‘Everyone on the Internet’, with the difference that they can see my posts in their timeline.



For those connections that should also be able to contribute to my wikis, I create a contact role called ‘Wiki collaboration’, which has the same permissions as the ‘Default’ contact role, but also allows ‘Can edit my wiki pages’.

And a role called ‘Channel admin’, which also corresponds to the ‘Default’ role, but additionally has the permission ‘Can administer my channel’.

And now my channel feels exactly the way I want it to. I am spared spam and annoyances.

The only thing that can happen now is that one of my connections repeats a post that I don't want to see in my stream or that comes from a user who has no business being in my stream. This post will then end up in my stream. In this case, I use the ‘Superblock’ app to add the original author to the block list and delete the post from my stream. This means that no more posts from this unknown user will appear in my stream in future, and they will no longer be able to do anything more than ‘Everyone on the Internet’... i.e. they cannot give likes/dislikes, repeat my posts or even comment on them.

---
Cover image by SerenityArt on Pixabay.

Nachdem ich kürzlich ein "Hubzilla-Häppchen" zum Thema "Kanalberuhigung" geschrieben hatte, dachte ich, dass ich mal meine persönliche Konfiguration - mit entsprechenden Erläuterungen - hier vorstelle... und damit vielleicht zeige, welch tolles Werkzeug Hubzilla ist, um entspannt am Fediverse teilzunehmen...

Nachdem ich kürzlich ein "Hubzilla-Häppchen" zum Thema "Kanalberuhigung" geschrieben hatte, dachte ich, dass ich mal meine persönliche Konfiguration - mit entsprechenden Erläuterungen - hier vorstelle... und damit vielleicht zeige, welch tolles Werkzeug Hubzilla ist, um entspannt am Fediverse teilzunehmen.

Die Kanalrollen "Öffentlich" und "Persönlich" sind eine gute Wahl für den Einstieg und entsprechen dem, was man vom Fediverse und Sozialen Netzwerken im Allgemeinen erwartet. Nur ist man mit diesen Schemata nicht geschützt davor, mit Spam genervt zu werden oder "unpassende" Kommentare von Fremden (also Teilnehmern ohne eine Verbindung) zu bekommen.

Um das zu erreichen, muss man in die Trickkiste von Hubzilla greifen. Hubzilla bietet nämlich mit seinem ausgefeilten Berechtigungssystem alle Werkzeuge für ein angenehmes Fediverse-Erlebnis an.

Dafür muss man für die Kanalrolle die Einstellung "Benutzerdefiniert" auswählen.

Dies geschieht mittels Einstellungen (im Hauptmenü... das mit dem eigenen Profilbild... oben in der Navigationsleiste) ➔ Kanal-Einstellungen. Dort wählt man im Auswahlfeld "Channel Role" den Eintrag "Benutzerdefiniert".

Anschließend stellt man die Berechtigungen unter Einstellungen ➔ Privacy-Einstellungen ganz genau ein. Dies geschieht, indem man über den Button "Benutzerdefinierte Konfiguration der Channel Role" in den Rollen-Editor wechselt. Zunächst wird man noch gewarnt: "Mit Vorsicht vorgehen - Das Ändern von erweiterten Konfigurationseinstellungen kann sich auf die Funktionalität und Sicherheit Ihrer Kanäle und der Ihrer Kontakte auswirken." Bestätigt man, dass man das "Risiko" eingehen möchte, so landet man im Konfigurationseditor für die Kanalrolle.

Vorneweg sollte man sich Gedanken machen, was man wem im Internet, im Fediverse und im Grid (das Netzwerk aller Hubzilla-Hubs) erlauben möchte... welche Rechte man Anderen also einräumen will.

Im Folgenden stelle ich meine persönlichen Präferenzen vor. Wer andere Vorstellungen hat, muss diese entsprechend für sich konkretisieren und letztlich in den Regeln der Kanalrolle umsetzen. Das ist also eine ausgesprochen individuelle Entscheidung... und jeder hat für sich selbst erst einmal recht. Es gibt hier kein Richtig oder Falsch.

Meine Vorstellung für die Teilnahme mit meinem Haupt-Kanal ist folgende: Ich möchte, dass jeder im Internet - ob er einen Fediverse-Account besitzt, oder nicht - meine Beiträge sehen kann. Das soll auf anderen Instanzen oder auch in meinem Kanal-Stream so sein. Außerdem soll jeder im Internet mein Standard-Profil sehen können. Meine Kontakte (also meine Verbindungen) gehen hingegen nicht jeden etwas an. Das sollen nur meine Verbindungen sehen können. Meine Medien und Bilder soll ebenfalls jeder sehen können, ebenso meine Webseiten und meine Wikis.

Ich möchte allerdings keine Beiträge direkt von Fremden in meinen Stream bekommen. Und ich möchte auch nicht, dass jeder meine Web- und Wikiseiten bearbeiten oder neue erstellen kann. Ich möchte vielmehr selbst festlegen, wer das darf. Auch das Posten auf meine "Wall", also direkt in meinen Kanalstream möchte ich nur Verbindungen erlauben. Fremde sollen auch keine Likes/Dislikes oder Kommentare zu meinen Beiträgen setzen/verfassen können. Das soll ebenfalls meinen Kontakten vorbehalten bleiben. Ebenso das Chatten und das Wiederholen oder Teilen meine Beiträge. Die Administration meines Kanals ist meine Sache... und vielleicht die einer oder einiger weniger echter Vertrauenspersonen... für den Fall, dass ich einmal länger verhindert bin.

Und an dieser Stelle muss man sich nun noch einmal vergegenwärtigen, dass Hubzilla bei seinen Berechtigungen nach dem Whiltelist-Prinzip arbeitet. Die Basis ist dabei die Kanalrolle. Alles, was man in dieser erlaubt, ist generell für die gewählten Kreise erlaubt und kann nicht an anderer Stelle weggenommen werden. Mit den Kontaktrollen kann man dann weitere Berechtigungen erteilen (für alle Punkte, denen man in der Kanalrolle die Berechtigung "Nur die, denen Du es explizit erlaubst" eingestellt hat). Man kann allerdings beliebig viele Kontaktrollen mit unterschiedlichen zusätzlichen Berechtigungen erstellen und verschiedenen Verbindungen zuordnen.

Es empfiehlt sich also, bei den Kanalrollen recht restriktiv zu sein und bei den meisten Punkten "Nur die, denen Du es explizit erlaubst" einzustellen.

Jetzt gehe ich einmal die einzelnen Punkte der Kanalrolle durch und zeige, wie ich sie eingestellt habe...

1. Kann meinen Kanal-Stream und meine Beiträge sehen -> Jeder im Internet

Damit mache ich alle meine Beiträge grundsätzlich öffentlich, sodass sie jeder sehen kann.

2. Kann mir die Beiträge aus seinem Kanal schicken -> Nur die, denen Du es explizit erlaubst

Über die später zu erstellende eigene Standard-Kontaktrolle erlaube ich dies erst einmal allen meinen Verbindungen.

3. Kann mein Standardprofil sehen -> Jeder im Internet

Auch mein Standard-Profil soll jeder, der im Internet unterwegs ist, sehen können.

4. Kann meine Verbindungen sehen -> Nur die, denen Du es explizit erlaubst

Das gewähre ich ebenfalls (meine persönliche Entscheidung/Einstellung) all meinen Verbindungen über die eigene Standard-Kontaktrolle.

5. Kann meine Datei- und Bilderordner sehen -> Jeder im Internet

Hier muss die Berechtigung an jeden vergeben werden, weil Medien und Bilder ja teilweise (größtenteils) in Beiträgen geteilt werden, die auch jeder sehen können soll.

6. Kann in meine Datei- und Bilderordner hochladen/ändern -> Nur ich

An meinen Dateien und Ordnern darf nur ich herumpfuschen. Punkt. Aus. Ende.

7. Kann die Webseiten meines Kanals sehen -> Jeder im Internet

8. Kann meine Wiki-Seiten sehen -> Jeder im Internet

In beiden Fällen sind das erst einmal öffentliche Inhate... also für jeden sichtbar.

9. Kann Webseiten in meinem Kanal erstellen/ändern -> Nur ich

Meine Webseiten sind meine Webseiten. Wer selbst welche erstellen möchte, registriert sich und erstellt einen eigenen Kanal dafür.

10. Kann meine Wiki-Seiten bearbeiten -> Nur die, denen Du es explizit erlaubst

Das Ändern und Erstellen von Einträgen in meinen Wikis erlaube ich nur bestimmten Verbindungen. Dafür muss ich eine eigene Kontaktrolle erstellen.

11. Kann auf meiner Kanal-Seite ("wall") Beiträge veröffentlichen -> Nur die, denen Du es explizit erlaubst

Dies wiederum erlaube ich zunächst allen meinen Verbindungen über die eigene Standard-Kontaktrolle.

12. Darf meine Beiträge kommentieren und mögen/nicht mögen -> Nur die, denen Du es explizit erlaubst

Ebenfalls grundsätzlich nur all meinen Verbindungen über die eigene Standard-Kontaktrolle erlaubt. Damit verhindere ich Kommentare von Fremden.

13. Kann mir direkte Nachrichten schicken -> Nur die, denen Du es explizit erlaubst

14. Kann Profile und Profilsachen mögen/nicht mögen -> Nur die, denen Du es explizit erlaubst

15. Kann mit mir chatten -> Nur die, denen Du es explizit erlaubst

Auch diese drei Berechtigungen nur für meine Kontakte (eigene Standard-Kontaktrolle).

16. Kann meine öffentlichen Beiträge in anderen Kanälen zitieren/spiegeln -> Nur die, denen Du es explizit erlaubst

Das Wiederholen und Teilen (Zitat-Posting) erlaube ich ebenfalls über die eigene Standard-Kontaktrolle grundsätzlich nur all meinen Verbindungen.

17. Kann meinen Kanal administrieren -> Nur die, denen Du es explizit erlaubst

Hierfür erstelle ich bei Bedarf auch wieder eine extra Kontaktrolle, um bestimmten, besonders vertrauenswürdigen Kontakten diese "heilige Aufgabe" ggf. einzuräumen.

Nun noch ein paar Worte zu den allgemeinen Privacy-Einstellungen:

"Neue Kontakte automatisch genehmigen" sollte ausgeschaltet bleiben, weil sich ansonsten Fremde durch das "Folgen" des eigenen Kanals die Rechte sichern könnten, die ich ja explizit nur denen einräume, mit denen ich eine Verbindung eingehe (also wechselseitiges "Folgen").

"Accept all messages which mention you" lasse ich ebenfalls ausgeschaltet, weil ich nicht über eine schlichte Erwähnung über mein Kanal-Handle Beiträge von Fremden in meinem Stream haben möchte.

"Enable OCAP access" sollte man hingegen einschalten. Damit kann man Medien in (Hubzilla-) Postings (insbesondere in Foren-Kanälen) sehen, selbst wenn der Verfasser/Eigentümer sie in der Sichtbarkeit eingeschränkt hat.

Ob man "Accept unsolicited comments for moderation" einschaltet, sollte man sich genau überlegen. Schaltet man es nicht ein, so haben Fremde nicht die Möglichkeit, einen Beitrag zu kommentieren. Kommentare werden verworfen. Schaltet man es ein, so können auch Accounts/Kanäle, zu denen man keine Verbindung hat, einen Kommentar zu einem eigenen Beitrag verfassen. Diese werden aber nicht sofort veröffentlicht. Man selbst kann entscheiden (moderieren), ob der Kommentar angenommen werden soll.
Ich habe bislang nur sehr selten unangemessene Kommentare oder Spam-Kommentare erhalten, sodass ich diese Option eingeschaltet habe. Der Grund? Es ist ja durchaus möglich (und es ist bei mir auch schon öfter vorgekommen), dass ein Fremder einen "gelungenen/passenden/besonderen" Kommentar zu einem meiner Beiträge abgegeben hat... und ich ihn womöglich deshalb zu meinen Verbindungen zugefügt habe. Wenn ich die Option ausgeschaltet gelassen hätte, wären solche "Begegnungen" nicht möglich gewesen.
Sollten irgendwann unpassende Kommentare überhandnehmen, dann kann ich die Option ja wieder ausschalten. Meine persönliche Meinung... drum mache ich das so. Das muss halt jeder für sich selbst entscheiden.

Wichtig... nach den benutzerdefinierten Einstellungen und der Wahl der Optionen unbedingt auf den Button "Absenden" klicken, sonst war die ganze Arbeit für die Katz. 😉

Damit habe ich die Basis für meinen entspannten Kanal geschaffen. Jetzt muss ich nur noch ein paar Kontaktrollen erstellen, um meinen Verbindungen die gewünschten Berechtigungen einzuräumen. Denn mit dieser Kanalrolle ist die Interaktion auch mit den Verbindungen zunächst so eingeschränkt, wie sie es auch für Fremde ("Jeder im Internet") ist.

Die Verwaltung der Kontaktrollen erreicht man über die App "Contact Roles".

Die Standard-Kontaktrolle "Standard" ist die System-Kontaktrolle und kann nicht verändert werden. Die schiebe ich erst einmal aufs Abstellgleis, indem ich die Option "Neuen Kontakten automatisch diese Rolle zuweisen" ausschalte.

Ich baue mir eine eigene Standard-Kontaktrolle. Ich habe sie "Default" genannt. Bei dieser Rolle schalte ich nun "Neuen Kontakten automatisch diese Rolle zuweisen" ein, damit alle Kontakte, die ich ab jetzt hinzufüge, diese Rolle erhalten.

Um meinen Verbindungen nun die oben besprochenen Rechte einzuräumen, habe ich die Kontaktrolle wie folgt konfiguriert:

Kann meinen Kanal-Stream und meine Beiträge sehen	X
Kann mir die Beiträge aus seinem Kanal schicken	X
Kann mein Standardprofil sehen	X
Kann meine Verbindungen sehen	X
Kann meine Datei- und Bilderordner sehen	X
Kann in meine Datei- und Bilderordner hochladen/ändern
Kann die Webseiten meines Kanals sehen	X
Kann meine Wiki-Seiten sehen	X
Kann Webseiten in meinem Kanal erstellen/ändern
Kann meine Wiki-Seiten bearbeiten
Kann auf meiner Kanal-Seite ("wall") Beiträge veröffentlichen	X
Darf meine Beiträge kommentieren und mögen/nicht mögen	X
Kann mir direkte Nachrichten schicken	X
Kann Profile und Profilsachen mögen/nicht mögen	X
Kann mit mir chatten	X
Kann meine öffentlichen Beiträge in anderen Kanälen zitieren/spiegeln	X
Kann meinen Kanal administrieren

Damit diese Kontaktrolle nun für alle meine Verbindungen greift, wähle ich im Eingabefeld "Weisen Sie diese Rolle folgender Privacy Gruppe zu" die Privacy Gruppe "Freunde" (welcher als Standard, sofern man nichts verändert hat, alle Kontakte angehören) aus und klicke auf den Button "Absenden".

Und ich habe außerdem eine Kontaktrolle "Minimal" erstellt, in welcher ich gar keine zusätzlichen Berechtigungen erteile. Damit kann ich ein reines "gefolgt werden" perfekt simulieren, denn damit verfügt der Kontakt, welchem ich ausschließlich diese Rolle zuordne, die gleichen Rechte, wie "Jeder im Internet" mit dem Unterschied, dass er meine Beiträge in seine Timeline gespült bekommt.



Für diejenigen Verbindungen, die auch an meinen Wikis mitarbeiten können sollen, erstelle ich eine Kontaktrolle "Wiki-Zusammenarbeit", welche dieselben Berechtigungen wie die Kontaktrolle "Default" besitzt, zusätzlich aber auch "Kann meine Wiki-Seiten bearbeiten" erlaubt.

Und eine Rolle "Kanal-Admin", die ebenfalls der Rolle "Default" entspricht, aber zusätzlich noch über die Berechtigung "Kann meinen Kanal administrieren" verfügt.

Und damit fühlt sich mein Kanal genau so an, wie ich es möchte. Ich bleibe von Spam und Nerverei verschont.

Es kann jetzt nur noch vorkommen, dass eine meine Verbindungen einen Beitrag, den ich in meinem Stream nicht sehen möchte, oder welcher von einem Nutzer stammt, der in meinem Stream nichts zu suchen hat, wiederholt. Dieser Beitrag landet dann in meinem Stream. In diesem Fall setze ich den ursprünglichen Verfasser mit der App "Superblock" auf die Blockliste und lösche den Beitrag aus meinem Stream. Damit kommen künftig auch keine Beiträge mehr von diesem fremden Nutzer mehr in meinen Stream und er kann ohnehin nicht mehr, als "Jeder im Internet"... also auch keine Likes/Dislikes verteilen, meine Beiträge nicht wiederholen oder gar kommentieren.

---
Titelbild von SerenityArt auf Pixabay.

Im Artikel "Hubzilla sieht 'altbacken' aus?" hatte ich für die Utsukta-Themes geschwärmt, aber auch das Theme "neuhub-tab" von Scott M. Stolz erwähnt...

Im Artikel Hubzilla sieht "altbacken" aus? hatte ich für die Utsukta-Themes geschwärmt, aber auch das Theme "neuhub-tab" von Scott M. Stolz erwähnt.

Und ich hatte geschrieben, dass mir das "neuhub-tab" Theme besser für CMS-Nutzung, als für die Social Network Nutzung geeignet zu sein scheint.

Inzwischen wurde es aber optimiert und verfeinert... und ich muss die Aussage relativieren.





Konzeptionell unterscheidet es sich von den anderen Themes. Es hält an der Navigationsleiste in ihrer Funktion fest, zieht aber die angepinnten Apps über die gesamte Breite und versieht sie mit einem entsprechenden Text-Label. Das Hauptmenü (Avatarbild) befindet sich nun auch rechts oben.

"neuhub-tab" verfügt ebenfalls über eine spezielle linke Seitenleiste und die Widgets werden alle in der rechten Seitenleiste dargestellt. Die linke Seitenleiste ist nicht konfigurierbar, wartet aber mit einem sinnvollen und gut strukturierten Menü auf:

• Home
  Dies führt zur Home-URL des Hubs. Wenn es nicht anders konfiguriert ist, verweist diese URL auf das HQ.
• HQ
  Direkter Link zum HQ.
• Notifications
  Dieser Menüpunkt ruft die Auflistung der Benachrichtigungen auf.
• Channel
  Hierbei handelt es sich um ein aufklappbares Menü mit Links zu kanal-relevanten Ansichten:
  
  • View Channel - Kanalansicht
  • View Profile - Profilansicht
  • Edit Profile - Profileditor
  • Photos - Fotoalbum des Kanals
  • Files - Dateien des Kanals
  • Calendar - Kalender des Kanals
  
  


• Conversations
  Ebenfalls ein aufklappbares Menü für den Zugriff auf den Strem mit unterschiedlichen Filtern:
  
  • Inbox / Strem - normale, ungefilterte Stream-Ansicht
  • Direct Messages - Stream der Dirktnachrichten
  • Starred Posts - Strem der mit Stern markierten Beiträge
  • Personal Posts - eigene Beiträge
  • Events - Kalender-Einträge
  • Polls - Umfragen
  
  


• Contacts
  Aufklappbares Menü mit Kontakt- / Verbindungs-Bezug:
  
  • Active Connections - Liste der aktiven Verbindungen
  • All Connections - sämtliche Verbindungen
  • Connection Requests - offene Verbindungsanfragen
  • Directory - Kanalverzeichnis
  
  


• Featured Apps
  Hier erscheinen im Untermenü alle installierten und für das App-Menü aktivierten Apps.


• Settings
  Aufklappbares Menü der verschiedenen Einstellungen:
  
  • Channel Settings - Kanaleinstellungen
  • Account Settings - Kontoeinstellungen
  • Privacy Settings - Privacy-Einstellungen
  • Display Settings - Einstellungen zum Erscheinungsbild
  • Manage Locations - Verwaltung der Klon-Adressen
  
  


• Personalization
  Untermenü mit Einstellungen zu verschiedenen Apps/Ansichten:
  
  • Channel Home - kanalspezifische Einstellungen
  • Connections - Einstellungen zu den Verbindungen
  • Stream - spezifische Einstellungen zur Stream-Ansicht
  • Directory - spezifische Einstellungen zum Kanalverzeichnis
  • Calendar - Einstellungen zum Kalender
  • Photo - Einstellungen zur Foto-Ansicht
  
  


• Search
  Aufruf der Stream-Suche

Auch das "neuhub-tab" Theme ist ein modernes und praktisch gut benutzbares Theme, das nicht so "verstaubt" wie "redbasic" daher kommt und für Benutzer ein besseres Nutzungsgefühl erzeugt.

Klasse, dass sich in Hinblick auf UI/UX bei Hubzilla in letzter Zeit einiges getan hat.

Das Neuhub Theme und die Installationsanleitung für Admins findet man hier: Neuhub Hubzilla Themes

Eine häufig zu Hubzilla geäußerte Kritik ist, dass die Oberfläche "altbacken" aussieht... man liest, sie habe den Charme einer Webseite aus den späten 90ern. Und - ganz ehrlich - die Kritik ist auch berechtigt...

Eine häufig zu Hubzilla geäußerte Kritik ist, dass die Oberfläche "altbacken" aussieht... man liest, sie habe den Charme einer Webseite aus den späten 90ern. Und - ganz ehrlich - die Kritik ist auch berechtigt.

Wer sich einen Kanal erstellt, der wird mit dem Standard-Theme "redbasic" konfrontiert. Ein Theme, das es schon sehr viele Jahre gibt und entsprechend antiquiert wirkt.

Außerdem sind Funktionen - in der Regel sogar notwendiger Weise aufgrund des Konzepts - etwas verstreut. Daran lässt sich so ohne weiteres auch nicht viel ändern... aber wichtige Dinge, auf welche man rasch und einfach Zugriff haben möchte, sind auch nicht so einfach zu finden... insbesondere wenn man Hubzilla-Einsteiger ist.

In einigen Artikeln und Tutorials habe ich bereits erläutert, wie man Hubzilla auch mit "redbasic" ein wenig "aufhübschen" kann, indem man die Farben anpasst, vielleicht ein Hintergrundbild nutzt, die Eckenradien nach eigenem Geschmack verändert und schließlich mittels des PDL-Editors weitere Widgets und Bereiche zur Ansicht hinzufügen kann.

Das sieht dann auch schon besser aus... aber grundsätzlich bleibt das Layout beim "historischen" Grundgeschmack.
Nun bietet Hubzilla aber die Möglichkeit, weitere Themes zu installieren oder sogar eigene zu erstellen. Und dabei ist der Kreativität kaum eine Grenze gesetzt.

In den frühen Jahren gab es einige wenige, die auch mehr auf Anpassungen hinausliefen und die inzwischen verwaist sind und außerdem nicht mehr fehlerfrei funktionieren.

Dann war da eine lange Zeit komplette "leere", bis Scott M. Stolz begann, am NeuHub-Projekt zu arbeiten und dafür auch Themes für die aktuellen Hubzilla-Versionen zu erstellen. Das beschränkte sich nicht nur auf die reine Optik, sondern führte auch zu neuen Widgets und Addons.
Das aktuelle Theme "neuhub-tab" ist installier- und nutzbar und zeigt, das Hubzilla durchaus auch sehr modern aussehen kann.

Allerdings zielt das NeuHub-Theme eher auf die Nutzung von Hubzilla als CMS ab. Es lässt Kanäle etc. mehr wie moderne Webseiten aussehen (bietet aber dabei trotzdem Zugriff zu den "klassischen" Social-Network-Funktionen). Ein Einsteiger, der Hubzilla zunächst ganz normal als Social-Network-Zugang zum Fediverse nutzen möchte, wird sich damit auch nicht unbedingt leichter zurechtfinden. Ich befürworte es, dass dieses Theme (oder ein abgeleitetes) in den Hubzilla-Kern aufgenommen wird und finde es für viele Dinge gut nutzbar und als einen großen optischen Schritt voraus. Nur den "Normalos" unter den Nutzern wird es nicht ganz so viel bringen.

Doch es gibt jetzt da etwas, was genau diese Lücke füllen kann. Der Hubzilla-Nutzer (und Admin seiner eigenen Instanz Utsukta) Saiwal hat sich die Mühe gemacht und einige Themes für Hubzilla erstellt: die "Utsukta-Themes".

Sie basieren auf den Themes AdminLTE und den Bootswatch Themes bzw. sind an diese angelehnt. Damit haben die "Utsukta-Themes" eine wirklich moderne Basis.

Außerdem hatte Saiwal mit seinen Themes genau die Zielgruppe im Auge, die ich erwähnt habe: Nutzer, die Hubzilla in erster Linie als Zugangs-Software zum Social Network "Fediverse" verwenden wollen. Viele wichtige Funktionen sind bei einem frischen Hubzilla mit "redbasic" entweder sehr unauffällig und nicht gerade intuitiv im App-Menü (oben rechts ⋮) versteckt. Grundsätzlich findet man ansonsten nur die App HQ in der oberen Navigationsleiste als angepinntes Symbol. Die wichtigste App, nämlich die Stream-Ansicht, sucht man dort vergeblich. Dafür muss man erst auf die drei Pünktchen obern rechts klicken und "Stream" aus dem erscheinenden Menü auswählen. Das ist nicht benutzerfreundlich und erst recht nicht "intuitiv"!



Um diese App (Stream-Ansicht) und einige andere wirklich wichtige andere (Verbindungen, Kanal etc.) an der Navigationsleiste anzupinnen, muss man diese erst entsprechend konfigurieren. Man muss im App-Menü den Menüpunkt "+ Apps" auswählen und bei den anzupinnenden Apps auf das Pinnadel-Symbol klicken. Dann erscheinen die Symbole in der Navigationsleiste.

Damit wird Hubzilla schon besser nutzbar. Aber die Symbole sind trotzdem sehr unauffällig auf dem Bildschirm dargestellt.

Wechselt man zu "AdminLTE" (Utsutka-Theme), dann ändert sich nichts daran, dass zunächst auch nur das HQ angepinnt ist. Aber die Apps befinden sich nun nicht mehr hinter einem unscheinbaren Menü-Symbol, sondern sind (schwarz hinterlegt) prominent in der linken Seitenleiste zu finden. Dort ist auch ein Eintrag "Featured Apps" mit einem Pfeilsymbol, über welches die weiteren installierten Apps erreichbar sind.



Und darunter, ebenfalls gut sichtbar, der Eintrag "+ Apps", mit welchem man neues Apps installieren, vor allem aber installierte Apps in der Seitenleiste anpinnen kann. Mit wenigen Klicks sieht das Hubzilla dann so aus:



Um mehr Platz für den eigentlichen Inhalt zu haben, lässt sich die Seitenleiste auch einklappen. Dafür klickt man auf das Symbol .

Fährt man dann mit dem Mauszeiger über die eingeklappte Seitenleiste, klappt diese automatisch auf, so dass man die Symbole samt Beschriftung sehen kann. Verlässt man mit dem Mauszeiger den Bereich wieder, klappt die Seitenleiste wieder automatisch ein.



Widgets, die bei "redbasic" auf rechte und linke Seitenleiste verteilt sind, finden sich bei den "Utsukta-Themes" allesamt in der rechten Seitenleiste. Insgesamt ist das Design aufgeräumt und klar. Wenn man von längerer Zeit der Nutzung von "redbasic" umsteigt, dann dauert es ein klein wenig, bis man sich bei den neuen Themes auch zurechtfindet. Dann fühlt man sich aber innerhalb kürzester Zeit heimisch... und man hat nicht mehr das Gefühl, sich in einer angestaubten Umgebung zu bewegen.

Derzeit gibt es vier "Utsukta-Themes"...

AdmnLTE:



Cosmo:



Journal:



Vapor:



Die Themes kann man jeweils auch auf ein dunkles Design umstellen, oder dies, nach der Tageszeit, automatisiert erledigen lassen.



Um eines der Themes auszuwählen, öffnet man im Hauptmenü (Avatar-Bild) die Einstellungen und wählt die "Anzeige-Einstellungen".



Dort wählt man dann das Theme im Auswahlfeld "Theme wählen" und selektiert das entsprechende Theme. Ein Klick auf den Button "Absenden", und das Theme ist umgestellt.

Wer jetzt in dem Auswahlfeld nur "redbasic" findet, oder vielleicht noch ein oder mehrere andere Themes, nur keins der "Utsukta-Themes", der hat das Pech, dass diese Themes beim Hub nicht installiert oder aktiviert sind.

Ich habe sie bei meinen beiden Hubs drin. Bei welchen anderen Hubs sie ebenfalls angeboten werden, weiß ich nicht. Hat man seinen Kanal aber auf einem Hub, der die Themes nicht anbietet, kann es helfen, einmal höflich und nett beim Admin anzufragen, ob er sie nicht installieren mag. Gerne auch mit Verweis auf diesen Artikel hier... und mit dem Hinweis, dass die Installation keine "Gefahr" für den Hub bedeutet.

Der Admin hat auch kaum Arbeit damit. Er tut dies von der Konsole (also dem Terminal) aus, die er ohnehin ab und an für Updates aufrufen muss. Dort wechselt er in das Verzeichnis der Hubzilla-Installation und gibt dort

./util/add_theme_repo https://github.com/saiwal/Utsukta-hub-themes.git utsukta-themes

ein.

Damit werden die Themes installiert und sie werden auch in den normalen Update-Prozess mit einbezogen. Nun muss er sie nur noch im Admin-Bereich von Hubzilla im Menüpunkt "Designs" per Klick ins Kästchen aktivieren.



Anschließend stehen sie den Nutzern zur Verfügung.

Ich würde mir wünschen, wenn die "Utsukta-Themes" den Weg in eine Hubzilla Standard-Installation finden.

Hier nun das angekündigte Tutorial, in welchem ich eine Seite (als Ersatz für Facebook-Seiten... und mit deutlich mehr Möglichkeiten) für eine Organisation erstelle.

Hier nun das angekündigte Tutorial, in welchem ich eine Seite (als Ersatz für Facebook-Seiten... und mit deutlich mehr Möglichkeiten) für eine Organisation erstelle.

Die Organisation dient hier nur als Beispiel. Es kann nach dem Prinzip auch eine Seite für eine Firma, ein Geschäft, eine Band, einen Künstler, Schriftsteller... für einfach alles erstellt werden.

Ich habe mich für eine Organisation entschieden, weil ich einmal mit einigen Mitstreitern eine gegründet habe. Sie ist allerdings inzwischen aufgelöst und die Webpräsenz (ehemals WordPress) nur noch als statisches Archiv vorhanden. Ich habe sie gewählt, weil ich mir keine Inhalte aus den Fingern saugen muss und es unschädlich ist, wenn ein Hubzilla-Kanal für sie existiert, obwohl es sie nicht mehr gibt.

Kanal erstellen

Kanal ist das erste Stichwort! Natürlich sollte man sich für ein solches Projekt einen Kanal bei Hubzilla anlegen. Wie das funktioniert kann man in der Hubzilla KnowledgeDB oder im Hubzilla Benutzerhandbuch nachlesen.



Je nach gewünschter Funktionalität muss man die passende Kanalrolle auswählen. Generell ist "Öffentlich" für solche Zwecke aber eine gute Wahl.

Profil "schärfen"

Wichtig ist nun, das Profil wirklich mit sinnvollen Informationen zu bestücken. Die Kurzbeschreibung ist ein Muss, weil sie in der Profilkarte erscheint und jeder Besucher so sehen kann, wo er denn gelandet ist.



Wenn die Veröffentlichung der Anschrift gewünscht ist (bei Organisationen sinnvoll und auch erforderlich), muss im Profil dann auch dieser Bereich ausgefüllt werden.



Schlüsselwörter für das Verzeichnis helfen, dass der Kanal auch gefunden werden kann.

Jetzt sollten auch noch ein Profilbild (z.B. das Logo der Organisation) und ein Header-Bild erstellt, hochgeladen und als solche verwendet werden.

Theme anpassen

Anschließend muss man sich Gedanken über die grundlegende Optik, insbesondere die Farbgebung Gedanken machen. Hier sollte man das Theme entsprechend anpassen.

Da meine Organisation im Logo die Farben Grün, Weiß und Schwarz nutzt, habe ich die "Primary theme color" auf ein entsprechendes Grün gesetzt und für einen etwas geringeren Kontrast die Hintergrundfarbe auf ein recht helles Grau. Hier kann und muss jeder selbst entscheiden, wie sehr er die Farben beeinflussen möchte.

Apps installieren

Jetzt müssen noch wichtige Apps installiert werden. Auf jeden Fall die ActivityPub App, damit der Kanal auch mit allen Diensten im Fediverse interagieren (föderieren) kann. Außerdem werden die Apps "Webseiten" und "PDL-Editor" benötigt. Möchte man ein Hilfe-System, eine FAQ oder ein richtiges kleines Wiki anbieten, dann installiert man auch noch die App "Wiki". Sollen Artikel auf der Seite veröffentlicht werden, installiert man außerdem die App"Artikel".

Auch eine Seite in einem Sozialen Netzwerk braucht sowas wie eine Homepage, eine Startseite. Und die erstellen wir jetzt.

Webseiten erstellen

Dafür ruft man aus dem App-Menü (⋮) die Webseiten-App auf.

Blöcke erstellen

Als erstes erstellt man nun einen neuen Block, welcher den Inhalt der Startseite enthält. Man hat die Wahl zwischen bbCode, HTML, Markdown, reinen Text, (Comanche Layout) und PHP für die Darstellung und Gestaltung des Inhalts. Ich habe mich für bbCode entschieden, weil dies für die Darstellung des Inhalts völlig genügt und bbCode quasi "das Blut in den Adern von Hubzilla" ist.

Einen Titel muss man hier nicht vergeben. Der erste Block, den man in einem Kanal erstellt, bekommt automatisch den Namen "main" (diesen benötigt man, um den Block später zur Nutzung zu referenzieren).



Nach dem Eingeben des Inhalts klickt man nun auf "Teilen" und der Block ist erstellt.

Blöcke mit dem PDL-Editor in Hubzilla-Seiten einbauen

Ich habe beschlossen, dass der Inhalt der Startseite nicht nur auf der eigentlichen Startseite, sondern auch in der Profilansicht angezeigt werden soll, weil darin der Zweck der Organisation beschrieben wird, was gut zum Profil passt.

Damit der Block "main" in der Profilansicht angezeigt wird, ruft man den PDL-Editor auf. Im Hauptmenü des PDL-Editors (zentriert am unteren Bildschirmrand), wählt man zunächst im Menüpunkt "MODULES" das Modul "profile". In diesem Modul wählt man nun im Menüpunkt "ITEMS" das Modul "main", welches man ja selbst erstellt hat, aus und schiebt es per Drag-and-Drop in die Mitte (Inhaltsbereich) an die oberste Stelle. Damit die Änderungen übernommen werden, muss man nun noch im Menü auf "APPLY" klicken... und die Sache ist erledigt.





Ruft man nun das Profil des Kanals auf, so wird im Inhaltsbereich der Inhalt des Blockes "main" angezeigt.

Ein Navigations-Menü als Block

Weil bei der Organisationsseite noch weitere andere Inhalte und Seiten angezeigt werden sollen, benötigt man ein Navigations-Menü. Dieses kann man über die Funktion "Menüs" der App "Webseite" erzeugen. Es wird ein vertikales Menü als unsortierte Liste erzeugt, das man an verschiedenen Stellen in die Seite einbauen. Mir schwebte aber ein horizontales Menü vor, das auf jeder relevanten Seite an oberster Stelle des Inhaltsbereichs erscheint. Also habe ich das Menü als normalen Block selbst erstellt.

Achtung: Auch hier kann man für den Inhalt bbCode wählen. Allerdings hat das den Nachteil, dass Links, die zu anderen selbst erstellten Webseiten führen, in einem neuen Tab geöffnet werden, wenn man die Tags [url=][/url] verwendet. Für dieses Tag-Paar gibt es nicht die Option "target=_self". Hier ist es also sinnvoll, HTML zu verwenden.



Das Menü habe ich nun mit nebeneinander stehenden Menüpunkten, getrennt durch ein Leerzeichen, einen Stern und einem weiteren Leerzeichen gestaltet und die einzelnen Menüpunkte nach dem Schema

[url=https://webseite.tld]Menüpunkt[/url]

verlinkt.

Um z.B. auf der Profilseite das Menü zur Verfügung zu stellen, schiebt man im PDL-Editor das selbst erstellte ITEM "menu" im MODUL "profile" an die oberste Stelle und klickt auf APPLY. Nun erscheint das Navigationsmenü auf der Profil-Seite.

Startseite mit dem Block "main"

Der Block "main" sollte aber nun auch die Startseite der Webseite sein. Der Inhalt muss also, unabhängig von den hubzilla-eigenen Seiten der Apps als Webseite angezeigt werden. Und das soll in einem konsistenten Layout geschehen. So soll auch auf solchen Webseiten in der linken Seitenleiste die Profilkarte erscheinen und die Verbindungen des Kanals.

Ein Layout erstellen

Was man braucht, ist also ein Layout. Ein solches kann man mit der App "Webseiten" erstellen.

Regionen

Layouts beschreiben den grundsätzlichen Aufbau einer Hubzilla-Webseite und die Inhalte der verschiedenen Regionen auf dem Bildschirm.

[region=banner][/region] ist der obere Bereich, wie er auf der Kanalseite angezeigt wird. Dort zeigt er das Cover-Foto an.

Das bietet sich für die Webseiten ebenfalls an. Also beginnt unser Layout mit den Zeilen

[region=banner]
[widget=cover_photo][/widget]

Als nächstes wird die Gestaltung der linken Seitenleiste, also der Region [region=aside] [/region] festgelegt.

Dort sollte ja nun die Profilkarte und die Liste der Verbindungen angezeigt werden.

Die Layout-Beschreibung dafür ist

[region=aside]
[widget=fullprofile][/widget]
[widget=common_friends][/widget]
[/region]

Im Inhaltsbereich, also der Region [region=content] [/region] soll schließlich das Navigationsmenü und darunter der Inhalt des Blocks "main" zu sehen sein. Das codieren wir so:

[region=content]
[block]menubar[/block]
[block]main[/block]
[/region]

Für die rechte Seitenleiste [region=right_aside] [/region] ist mir noch nix eingefallen... die lassen wir also erstmal leer.

Der Inhalt des Layouts für die Startseite sieht also so aus:

[region=banner]
[widget=cover_photo][/widget]
[/region]
[region=aside]
[widget=fullprofile][/widget]
[widget=common_friends][/widget]

[/region]
[region=content]
[block]menubar[/block]
[block]main[/block]

[/region]
[region=right_aside]

[/region]

Das Layout braucht auch einen Namen, um es später für die Webseite referenzieren zu können. Hier habe ich den Namen "startseite" gewählt.

Ein Klick auf "Teilen" und das Layout für die Startseite ist erstellt.

Webseite erstellen

Nun muss nur noch aus den Einzelteilen die eigentliche Webseite erstellt werden. Dafür wählt man in der App "Webseiten" den Punkt "Seiten".

Hier habe ich dann eine Webseite erstellt. Inhaltstyp habe ich bei bbCode belassen. Der ist in diesem Fall ohnehin unerheblich, weil der Inhalt der Webseite hier ja nicht erstellt wird, sondern im Block.

Bei Seiten-Layout wählt man nun das soeben erstellte Layout aus der Auswahlliste.

Bei der eigentlichen Webseite ist es auch sinnvoll, der Seite einen Titel zu geben, denn dieser erscheint bei der Ansicht im Titel des jeweiligen Browser-Tabs.

Und ein Name muss vergeben werden. Da es die Startseite ist, habe ich "home" gewählt. Unter diesem Namen ist die Seite später aufrufbar (/page//, also in meinem Fall https://klacker.org/page/exraucher_ig/home).

In unserem Fall ist der Inhalt unerheblich, er darf nur nicht leer sein. Ich habe einfach "main" hineingeschrieben.



Und nun wieder auf "Teilen" klicken... die Startseite ist fertig. Ruft man sie auf, sieht sie nun so aus:

Menü erweitern

Jetzt ist es an der Zeit, den Block "menubar" zu editiern und den Link "Startseite" mit dem Link zu der gerade erstellten Webseite zu hinterlegen.

In meinem Beispiel sieht der Block nun so aus:

[url=https://klacker.org/page/exraucher_ig/home]Startseite[/url] ★ Manifest ★ Aktuell ★ Positionen ★ Informationen

Und die Startseite so:



Weitere Seiten

Nach dem selben Schema habe ich dann auch die Seite "manifest" (Manifest / Vereinbarungen; Seitenlink: manivereinb) mit dem Inhalt als Block und dem identischen Layout (nur dass hier im Inhaltsbereich der Block "manifest" dargestellt wird) erstellt. Der Link zu der neuen Seite (das war einmal die Anzeige des Manifests der Organisation, also sowas wie bei einem Verein die Satzung) wurde in den Menüblock eingebaut:

[url=https://klacker.org/page/exraucher_ig/home]Startseite[/url] ★ [url=https://klacker.org/page/exraucher_ig/mani-vereinb]Manifest[/url] ★ Aktuell ★ Positionen ★ Informationen

Artikel mit der Artikel-App

Unter "Aktuelles" wurden bei der ursprünglichen Original-Seite, Artikel zu verschiedensten relevanten Themen angezeigt. Nun könnte man das auch als Webseite realisieren, aber es wäre ein hoher Aufwand, die Beiträge komfortabel zugänglich zu machen. Bei solchen Bereichen bietet es sich an, die hubzilla-eigene Funktionalität zu nutzen, nämlich die Artikel.

Ich habe zu Demonstrationszwecken die letzten beiden veröffentlichten Artikel in dem Kanal mit der App "Artikel" (muss installiert und aktiviert werden, sofern nicht schon geschehen) veröffentlicht. Dabei habe ich jeweils auch eine Kategorie angegeben, damit auf der Artikelseite auch die Kategorie-Anzeige zu sehen ist.

Damit sich die Seite der Artikel-App optisch und in der Art der Navigation in die Organisations-Seite einfügt, habe ich im PDL-Editor im MODUL "articles" den Menu-Bar Block wieder im Inhaltsbereich ganz oben eingefügt.

Artikel im Menü zugänglich machen

In den Menü-Bar Block wird nun noch der Link zur Artikel-App eingefügt:

[url=https://klacker.org/page/exraucher_ig/home]Startseite[/url] ★ [url=https://klacker.org/page/exraucher_ig/mani-vereinb]Manifest[/url] ★ [url=https://klacker.org/articles/exraucher_ig]Aktuell[/url] ★ Positionen ★ Informationen

Dokumente in der Cloud anbieten[7h3]

Auf der Original-Webseite findet man unter dem Menüpunkt "Positionen" verschiedene Stellungnahmen der Interessengemeinschaft zu diversen Themen. Diese könnte man als einzelne Webseiten anbieten, aber ich habe mich entschlossen, die Beiträge (Stellungnahmen) mittel der Cloud-Funktionalität von Hubzilla zu verwirklichen. Zu diesem Zweck habe ich in der Cloud des Kanals einen öffentlich zugänglichen Ordner erstellt und in diesen die Texte als PDF-Dateien hochgeladen.

Cloud-Ordner im Menü zugänglich machen

Im PDL-Editor habe ich im MODUL "cloud" den Menü-Block wieder im Inhaltsbereich an die oberste Position gesetzt und schließlich den Link zu dem Ordner als Link in die Menü-Bar eingefügt:

[url=https://klacker.org/page/exraucher_ig/home]Startseite[/url] ★ [url=https://klacker.org/page/exraucher_ig/mani-vereinb]Manifest[/url] ★ [url=https://klacker.org/articles/exraucher_ig]Aktuell[/url] ★ [url=https://klacker.org/cloud/exraucher_ig/Positionen]Positionen[/url] ★ Informationen



Der Menüpunkt "Informationen" führte zu einer Sammlung von Flyern und Informations-Texten, die ich ebenfalls mit Hilfe der Cloud zur Verfügung stelle. Dafür habe ich einen weiteren Ordner erstellt ("Informationen"), die Dateien dort hochgeladen und im Menü-Block verlinkt.

[url=https://klacker.org/page/exraucher_ig/home]Startseite[/url] ★ [url=https://klacker.org/page/exraucher_ig/mani-vereinb]Manifest[/url] ★ [url=https://klacker.org/articles/exraucher_ig]Aktuell[/url] ★ [url=https://klacker.org/cloud/exraucher_ig/Positionen]Positionen[/url] ★ [url=https://klacker.org/cloud/exraucher_ig/Informationen]Informationen[/url]



[h3]Weitere Möglichkeiten
Die ursprüngliche Organisations-Seite bot auch ein Wiki an, das allerdings extern mittels MediaWiki betrieben wurde (wird!). Das könnte man in der Menü-Bar natürlich auch verlinken. Oder, wenn die Funktionalität der Wiki-App von Hubzilla ausreicht, kann man auch mit Hubzilla ein Wiki (z.B. auch als Hilfe-Seite oder für FAQ) erstellen und über das Menü zugänglich machen.

Aber das spare ich mir hier jetzt. Jeder ist eingeladen, eigene Ideen umzusetzen und dabei alle Funktionen von Hubzilla dazu zu verwenden.

Bei der Einbindung aller Apps sollte man nicht vergessen, den Menü-Block im entsprechenden MODUL mit dem PDL-Editor an oberster Stelle einzufügen.

Weil die Organisations-Präsenz ja aber auch ins Fediverse eingebunden ist, ist es sinnvoll, auch die Kanalseite im Menü-Block anzubieten, um ggf. Interaktion anzubieten (ist ja auch der Sinn von solchen Seiten). Also auch noch schnell eingebaut:

[url=https://klacker.org/page/exraucher_ig/home]Startseite[/url] ★ [url=https://klacker.org/channel/exraucher_ig]Kanal[/url] ★ [url=https://klacker.org/page/exraucher_ig/mani-vereinb]Manifest[/url] ★ [url=https://klacker.org/articles/exraucher_ig]Aktuell[/url] ★ [url=https://klacker.org/cloud/exraucher_ig/Positionen]Positionen[/url] ★ [url=https://klacker.org/cloud/exraucher_ig/Informationen]Informationen[/url]



Das war es jetzt erst einmal...

Das Ergebnis

Und so sieht ein nicht angemeldeter (nicht authentifizierter) Besucher die Seite:



Die Seite im Echtbetrieb kann man sich hier anschauen: ExRaucher (IG)

Ich hoffe, ich konnte zeigen, wie man die Entsprechung einer "Facebook-Seite" hervorragend - und mit wesentlich erweiterter Funktionalität - mit Hubzilla umsetzen kann. Man kann als Kanalbetreiber das Fediverse für die Zwecke der Organisation ganz normal nutzen, mit anderen interagieren und bietet Besuchern alle relevanten Informationen.

Fragen zu diesem Thema können im Forenkanal Pepes Hubzilla-Sprechstunde (hubzillasprechstunde@hub.hubzilla.hu) oder im Matrix-Raum Pepes Hubzilla-Hilfe (#pepes-hubzillahilfe:matrix.org) geklärt werden. Oder auch per DN an pepecyb@hub.hubzilla.hu .

Als nächstes folgt ein Artikel über die Nutzung der App "Webseiten", in welchem ich näher auf die Struktur von Webseiten bei Hubzilla und die Realisierung bestimmter Ideen als Webseite eingehe.

Privacy Gruppen bei Hubzilla funktionieren also genau so wie Listen bei Mastodon und Bluesky als Stream-(Timeline) Filter, haben aber eine weitere Funktion, nämlich die auf Gruppen beschränkte Kommunikation und den auf Gruppen beschränkten Zugriff auf Inhalte.

Es gibt bei Hubzilla Network eine sehr schöne Vergleichstabelle über die Features von Hubzilla, Mastodon, Threads und Bluesky.

Gelangt man in der Tabelle zur Zeile "Lists (create lists of channels to follow)", stellt man bei Hubzilla fest, dass das, was Mastodon- und Bluesky-Nutzer als "Listen" kennen, bei Hubzilla "privacy groups" heißt. Und man sieht da kein grünes Häkchen, sondern ein blaues Ausrufezeichen. Die Legende der Tabelle sagt zum blauen Ausrufezeichen: "= Supported, but not necessarily in a way that you expect. May require advanced configuration or extra steps." ("= Unterstützt, aber nicht unbedingt so, wie Sie es erwarten. Erfordert möglicherweise eine erweiterte Konfiguration oder zusätzliche Schritte.").

Dass die Funktion bei Hubzilla einen anderen Namen hat, hat aber auch gute Gründe.

Zunächst einmal funktionieren Privacy Gruppen genauso wie die Listen bei Mastodon. Man ruft die Funktion auf und kann sich neue Listen aus seinen Verbindungen zusammenstellen.

Um diese Funktion zu nutzen, muss man die App zunächst installieren. Es existiert dann immer eine Standard-Gruppe "Freunde". Dieser Gruppe werden neue Verbindungen voreingestellt automatisch zugewiesen.

Fügt man eine neue Gruppe hinzu, so muss man dieser einen passenden Namen geben und man kann entscheiden, ob die Mitglieder der Gruppe für andere Kanäle sichtbar sind, ob standardmäßig "in diese Gruppe gepostet" wird (dazu später mehr) und ob neue Verbindungen automatisch dieser Gruppe zugewiesen werden sollen (Achtung: Das funktioniert erst ab dem Zeitpunkt dieser option, nicht aber rückwirkend für bereits vorhandene Verbindungen.) Dann klickt man auf den Button "Absenden" und die Privacy Gruppe ist erstellt.

In der linken Seitenleiste kann man die existierenden Privacy Gruppen auswählen.

Die Privacy Gruppe wird angezeigt. Dabei werden auf der linken Seite sämtliche Verbindungen angezeigt, die noch nicht der Privacy Gruppe zugewiesen sind. Auf der rechten Seite erscheinen die Verbindungen, die der Privacy Gruppe zugefügt wurden.

Ein Klick auf eine der Verbindungen wechselt die Seite. Die Verbindung kann also zur PrivacyGruppe hinzugefügt oder aus der Liste entfernt werden.

Man kann eine Verbindung aber auch zu einer Privacy Gruppe hinzufügen oder aus dieser entfernen, indem man die App "Verbindungen" öffnet und das Bearbeitungswerkzeug öffnet. In dem Dialog gibt es einen Tab "Privacy Gruppen" in welchen man per Ein-/Ausschalter die jeweilige Privacy Gruppe aktivieren bzw. deaktivieren.

Nun kann man die Privacy Gruppen so wie Listen z.B. bei Mastodon verwenden. Sie dienen als Filter für den Stream. In der Streamansicht kann man in der linken Seitenleiste eine Privacy Gruppe auswählen und es werden dann nur Beiträge von Verbindungen aus der Privacy Gruppe angezeigt. Also im Endeffekt genau so wie bei den Listen von Mastodon.

Aber was ist daran nun "Privacy"? Nun... hier kommt die zweite Funktion der Privacy Gruppen ins Spiel. Sie dienen nämlich auch als eine Art Adress-Liste. Wählt man beim Veröffentlichen eines Beitrags in den Berechtigungs-Einstellungen eine solche Liste aus, so wird das Posting ausschließlich mit den Mitgliedern der Privacy Gruppe geteilt. Damit ist also eine private Gruppenkonversation möglich. Empfängt man selbst ein Posting, das in eine Privacy Gruppe geschickt wurde, welcher man angehört, stellt man auch fest, das man den Beitrag nicht repeaten oder teilen kann. Würde ja auch keinen Sinn ergeben, weil der Beitrag ohnehin allen Mitgliedern der Privacy Gruppe angezeigt wird und auf die private Gruppe beschränkt ist.

Bei der Privacy Gruppe kann man ja auch die Option "Standardmäßig in diese Gruppe posten" auswählen. Das sorgt dafür, dass bei den Berechtigungs-Einstellungen bei jedem posting diese gruppe als Empfänger voreingestellt ist. Achtung: Möchte man grundsätzlich immer öffentlich posten, sollte dieser Schalter bei keiner Privacy Gruppe eingeschaltet sein.

Über die Berechtigungs-Einstellungen dienen Privacy Gruppen auch dazu, den Zugriff auf andere Inhalte (Dateien, Bilder, Webseiten, Wiki-Seiten, Kalendereinträge u.v.m.) auf die Mitglieder einer bestimmten Privacy Gruppe zu beschränken.

Privacy Gruppen bei Hubzilla funktionieren also genau so wie Listen bei Mastodon und Bluesky als Stream-(Timeline) Filter, haben aber eine weitere Funktion, nämlich die auf Gruppen beschränkte Kommunikation und den auf Gruppen beschränkten Zugriff auf Inhalte. Die Funktion ist am ehesten mit den Circles des ehemaligen Sozialen Netzwerks Google+ zu vergleichen.

Es gibt zahlreiche Gründe, sich von Facebook zu verabschieden. Doch dann stellt sich die Frage nach der Alternative.

Völlig klar: Am besten, man besorgt sich einen Account im Fediverse, weil man da nicht "die Ware" als Datenlieferant und Werbe-Target ist und weil das Fediverse aufgrund seiner dezentralen Natur wesentlich zensurresistenter und ausfallsicherer ist. Und weil es die Möglichkeit gibt, selbst einen Fediverse-Dienst zu betreiben und man damit wirklich Herr über seine Daten ist.

Leider kennen nur wenige Menschen das Fediverse. Zu denen, die es nicht kennen, gehören aber auch viele, die längst daran teilnehmen. Das liegt daran, dass die beliebte Plattform Mastodon als eigenständiges Netzwerk dargestellt wird, obwohl Mastodon-Instanzen nichts anderes sind, als Zugänge zum Fediverse, welches weitaus größer ist und in dem es viele andere Instanzen mit anderer Software gibt, die ganz andere Möglichkeiten bietet.

Wer nun aber einen "Ersatz", also eine echte Alternative zu Facebook sucht, der wird mit Mastodon nicht glücklich werden. Mastodon ist, wie TwiXtter, ein Microblogging-Dienst, während Facebook eher ein echtes soziales Netzwerk ist, welches lange Beiträge, Gruppen, Seiten und vieles mehr bietet und dessen Fokus auch auf dem Herstellen und Halten von Kontakten oder echten Freundschaften liegt. Das kann Mastodon nicht wirklich bieten, weil seine Ausrichtung schlicht anders ist.

Die erste und naheliegendste Alternative zu Facebook im Fediverse ist und bleibt Friendica. Sehr vieles, was man mit Facebook machen kann, ist auch mir Friendica möglich.

Dies gilt ebenfalls für Hubzilla, dessen Wurzeln ja ohnehin auch bei Friendica liegen. Was mit Facebook möglich, ist auch mit Hubzilla möglich. Allerdings ist die Lernkurve bei Hubzilla steiler, als bei Friendica (es gibt aber mittlerweile eine überarbeitete Dokumentation und auch andere Informations-Quellen, die es selbst Einsteigern leicht machen, Hubzilla zu benutzen und zu verstehen).

Aber nun mal ein Beispiel, in welchem Falle Hubzilla wirklich sinnvoll ist: "Facebook-Seiten"

Facebook-Seiten dienen in erster Linie dazu, Inhalte online mit einer breiten Öffentlichkeit zu teilen. Sie sind speziell für Unternehmen, Organisationen, Marken oder öffentliche Personen konzipiert, um mit ihren Followern und der Community zu interagieren.

Seiten ermöglichen es, Beiträge, Fotos, Videos und andere Inhalte zu veröffentlichen, die für die Zielgruppe von Interesse sind, sie bieten eine Plattform, um direkt mit Followern zu kommunizieren, Fragen zu beantworten und Feedback zu erhalten. Unternehmen nutzen Seiten, um ihre Produkte oder Dienstleistungen zu bewerben und gezielte Werbekampagnen durchzuführen.

Insgesamt sind Facebook-Seiten ein wichtiges Werkzeug für die Online-Präsenz und das Community-Management von Unternehmen, Organisationen und Einzelpersonen (Künstler, Aktivisten etc.).

Friendica bietet dafür keinen wirklich adäquaten Ersatz, auch wenn es Organisations-Seiten gibt. Für einen "Ersatz" kommt hier Hubzilla ins Spiel, das seine Stärken für solche Zwecke ausspielen kann.

Um ein Unternehmen, eine Organisation oder eine Person des öffentlichen Interesses zur repräsentieren, kann ein Kanal angelegt werden (ein Vorteil von Hubzilla: man benötigt nur einen Account, um beliebig viele Kanäle - und die auch noch mit der Möglichkeit unterschiedlicher Profile - anzulegen), der genau diesem Zweck dient. Die einzelnen Seiten des Kanals (also z.B. die Profilseite, die Kanal-Seite, die Artikel-Seite u.v.m.) können in gewissem Rehmen individuell angepasst werden und es besteht auch noch die Möglichkeit, komplette Webseiten in dem Kanal zu erzeugen, welche weitere Informationen anbieten. Auch eine Support-Seite ist mittels des in Hubzilla enthaltenen Wikis möglich.

Hubzilla kann für Zwecke, die man mit einer Facebook-Seite erreichen konnte, sehr gut verwendet werden und bietet sogar noch einen Mehrwert, den man selbst mit Facebook nicht bekommt.

Um einen Einblick und einen Start in die Möglichkeiten zu bekommen, erstelle ich ein Tutorial, in welchem beispielhaft das Erstellen eine "Organisations-Seite" für eine nicht mehr existierende Organisation aufgebaut wird, in welcher ich einmal selbst aktiv war (da brauche ich mir keine Inhalte aus den Fingern zu saugen, sondern kann die alten Inhalte einfach übernehmen).

There is no Hubzilla app for mobile devices. Well... there is one for Android. It's called ‘Nomad’ (the same name as Hubzilla's communication protocol), but it's completely outdated (the ‘current’ version 0.8.16 is from 29 October 2019, so it's over five years old). This is out of the question... and you can forget about it (although it still works).

There is no Hubzilla app for mobile devices. Well... there is one for Android. It's called ‘Nomad’ (the same name as Hubzilla's communication protocol ), but it's completely outdated (the ‘current’ version 0.8.16 is from 29 October 2019, so it's over five years old). This is out of the question... and you can forget about it (although it still works).

So there really is no Hubzilla app.

But: There is a Hubzilla app! It's called Webbrowser... and if the web browser on your mobile device allows you to run a particular page as a web app, then it feels like a ‘native’ app... and you have an icon on the screen.

There's really no reason for anyone to write a native app for Hubzilla, because Hubzilla is inherently very usable in a mobile browser with its very good responsive design.

To use my Hubzilla ‘app’ on my smartphone, I opened my Hub in the browser, logged in and then turned the page into a ‘web app’ and placed it on the screen.



One tap and I have my Hubzilla!

With most hubs, you end up in the HQ after calling it up. The content area of the HQ is displayed in the ‘App’.



In the navigation bar (top) there is an icon with an arrow in a circle.



This icon can be used to show the left sidebar. The HQ now shows the overview with the current posts in the stream, the direct messages, the marked (‘yesterday’) posts and the notifications.









In the navigation bar, there is another icon with an exclamation mark in a circle. This shows the notification area.





You can also see the profile picture of your own channel in the top left-hand corner of the navigation bar, which you can use to access the main menu.



Here you can switch between the channels as usual and call up the settings, as well as view or edit your own profiles.







Finally, the app menu (⋮) is located at the top right of the navigation bar, which you can use to access your channel's apps.





For example, the channel view



... the stream



... or the calendar



... your own photos



... or the directory of Hubzilla channels



... Just everything that your own channel has to offer in terms of apps.

That may seem like a lot, but that's just Hubzilla. It's not just limited to microblogging and a bit of liking, but offers a wide range of possibilities. And the ‘web app’ enables everything that Hubzilla can do.

Ursprünglich hatte ich PepeCyBs Welt als Blog mit WordPress ins Netz gebracht. Da es nicht allzu viele Artikel umfasste und ich ein wenig reduzierter arbeiten wollte, dachte ich dann an ein statisches Blogsystem. ...

Ursprünglich hatte ich PepeCyBs Welt als Blog mit WordPress ins Netz gebracht. Da es nicht allzu viele Artikel umfasste und ich ein wenig reduzierter arbeiten wollte, dachte ich dann an ein statisches Blogsystem.

Ich hatte Gehversuche mit Zim (das auch Webseiten generiern kann), aber das war jetzt wirklich zu spartanisch. Hugo habe ich auch ausprobiert. Doch irgendwie war es mir da wieder zu viel Fummelei. Schließlich landete ich bei Publii.Ein System für statische Webseiten, das wirklich komfortabel ist.

Doch PepeCyBs Welt nun auf Hubzilla umzusetzen, war auch kein riesiger Aufwand (wesentlich geringer als mein damaliger Umstieg von WP zum statischen Blog).

Um die Artikel möglichst konsistent zu halten und um der Hubzilla-Philosophie zu folgen, wollte ich alle Beiträge strikt mit bbCode anstatt mit Markdown formatieren (meine Artikel schreibe ich eigentlich immer in Markdown, weshalb ich sie auch in diesem Format auf dem Rechner habe).

Das Umwandeln habe ich mir sehr einfach gemacht. Ich habe (weil es keinen WYSIWYG-bbCode-Editor als Anwendung gibt) lokal den SCEditor aufgerufen und den formatierten Text einfach eingefügt. Damit waren die Texte auch schon anständig umgewandelt.



Den Anfang habe ich mit den Artikeln gemacht. Also einfach alle nacheinander eingegeben und veröffentlicht.Schön in der ursprünglichen Reihenfolge des ursprünglichen Erschinens. Um - gerade bei den älteren Artikeln - klar zu stellen, von wann sie ursprünglich stammen, habe ich jedem Artikel die entsprechende Information vorangestellt:

Dieser Artikel wurde am TT. MONAT YYYY erstmals veröffentlicht.

Denn wenn ich einen Artikel später einmal bearbeite (bearbeiten muss), wird er in der Reihenfolge in der Artikel-App von Hubzilla wieder ganz nach Oben gesetzt.

Der größte Aufwand war das einfügen der Bilder und Grafiken, die ich natürlich alle erst in die Cloud meines Kanals hochladen musste und dann an den passenden Stellen einfügen (da hilft der SCEditor natürlich nicht weiter). Alles in allem hat es zwei Tage (immer mal zwischendurch, wenn ich Zeit hatte) gedauert, bis alle Artikel veröffentlicht waren.

Die Startseite für Besucher sollte die Artikel-Ansicht sein, weil dort die Artikel allesamt aufgeführt werden und in der Seitenleiste die Kategorien aufgeführt sind, nach denen man die Artikel filtern kann.

Aber für Besucher ist auch der Kanal-Stream, den ich ja für das Teilen der Artikel im Fediverse und für allgemeines Microblogging nutze, interessant... und die Profil-Ansicht.

Damit ein einfacher Zugriff auf diese Apps und auch auf das Impressum und die Datenschutzerklärung möglich ist, habe ich einen Menü-Block mit der Webseiten-App angelegt und diesen dann mit Hilfe des PDL-Editors in die Seitenleiste der Artikel-, Kanalstream- und Profil-Ansicht gepackt.







Impressum und Datenschutzerklärung habe ich auch mit der Webseiten-App erstellt und mit passend erstellten Layouts den Menü-Block auch dort in der Seitenleiste zur Ansicht gebracht. So hat jeder Besucher also Zugriff auf das Menü und damit auf alle relevanten Ansichten.







Schließlich habe ich die eigentliche URL von PepeCyBs Welt, pepecyb.hu, mittels permanenter Umleitung auf die Artikel-Ansicht des Kanals umgebogen.

Das war es dann auch schon.

Wenn ich nun neue Artikel veröffentlichen will (so wie diesen hier), ist der Aufwand nicht größer als bei WP oder Publii. Und ich nutze einmal ein paar Möglichkeiten von Hubzilla mehr. Es ist halt nicht nur ein Fediverse-Server, sondern wirklich auch ein CMS!

---

19.12.2024

Der Ausfall zahlreicher Dienste des Meta-Konzerns gestern, hat wieder einmal aufgezeigt, welche Nachteile mit einer zentralisierten Social-Media Plattform einhergehen. / The outage of numerous Meta Group services yesterday once again demonstrated the disadvantages associated with a centralised social media platform. ...

Dieser Artikel wurde am 12. Dezember 2024 erstmals veröffentlicht.



Der Ausfall zahlreicher Dienste des Meta-Konzerns gestern, hat wieder einmal aufgezeigt, welche Nachteile mit einer zentralisierten Social-Media Plattform einhergehen.

Jeder mit einem Account bei einem der Meta-Dienste... also Facebook, Instagram, Threads, Whatsapp... konnte gestern während des Ausfalls mit keinem Kontakt interagieren... und jeder war auch von den Informationen, die über diese Dienste verbreitet werden, abgeschnitten.

Große Freude und Begeisterung herrschte während der Zeit im Fediverse, weil es eine solche Katastrophe (in der Gesamtheit) im Fediverse nicht geben kann. Es ist dezentral. Der Ausfall einer Instanz (eines Servers) bringt das Fediverse nicht zum Erliegen.

Das stimmt... lässt aber einen wichtige Aspekt außen vor: Wer seinen Account auf einer von einem Ausfall betroffenen instanz hat, der ist sehr wohl betroffen. Er hat keinen Zugang zu seinen Kontakten, kann mit diesen nicht interagieren und zumindest nicht die Informationen sehen, die er aufgrund seiner Verbindungen auf seiner Instanz ansonsten in der Timeline hat. Das betrifft zwar nur einen Teil der Fediverse-Nutzer (nämlich diejenigen, die auf dem lahmenden Server beheimatet sind)... aber die betroffenen Nutzer sind trotzdem genau so gearscht, wie gestern die Meta-Adepten.
Trotzdem ist die dezentrale Struktur des Fediverse schon ein enormer Vorteil.

Und wer nun so gar nicht abwarten kann, der macht sich, im Falle eines Ausfalls der eigenen Instanz, bei einer anderen Instanz einen Account. Sogar den selben Account-Namen kann er verwenden (nur hinter dem "@" steht dann was anderes) und er kann, sofern er daran gedacht hat, mal seine Kontakte zu exportieren, seine Verbindungen per Import in den neuen Account übernehmen und hat damit alle Kontakte zurück. Allerdings ist das eine völlig neue und vom alten Account unabhängige Identität im Fediverse. Es ist kein direkter Zugriff zu seinen bisher erstellten Inhalte möglich und man findet sich nicht in Threads wieder, an denen man vorher beteiligt war.

Wie schön wäre es doch, wenn man seinen Account bzw. seine Identität, unabhängig von der Instanz, besitzen könnte und Klone davon einfach auf anderen Instanzen anlegen. Un wie schön wäre es, wenn die Inhalte und Kontakte der Identität auf allen Instanzen automatisch synchronisiert würden. Dann, und nur dann hätte ein Impact, wie der Ausfall einer Instanz seinen Schrecken verloren. Man könnte ganz einfach auf einer anderen Instanz weitermachen, als wäre nix gewesen. und wenn der ausgefallene Server wieder läuft, kehrt man zurück und hat keine Verluste, denn die Identität dort wird auch wieder synchronisiert.

Leider beherrscht ActivityPub, das derzeitige Rückgrat und die gemeinsame Protoikoll-Basis des Fediverse eine solche Funktion nicht. Wobei... es ginge schon, denn Mike Macgirvin hat eben diese Funktionalität für AP entwickelt. Es fehlt einfach nur noch an einem Fediverse-Dienst, der dies in seiner Software implementiert.

Aber auch das ist kein Beinbruch, denn Mike hat das ja nicht gerade erst erdacht. Es ist eine schon sehr lange existierende und längst verwirklichte Idee, die als nomadische Identität bezeichnet wird. Na und diese Funktionalität gibt es nun auch schon seit mindestens 2012 (also seit bald 13 Jahren) und auch wesentlich länger als Mastodon, was von vielen ja fälschlich mit dem Fediverse gleichgesetzt wird.
Er entwickelte das Kommunikationsprotokoll Zot (das inzwischen in Nomad umbenannt wurde) und es wurde in der Software Red, später in Redmatrix und schließlich in Hubzilla umbenannt, implementiert und umgesetzt.

Nun mag der typische Fediverse-Nutzer fragen, was ihm das hilft. Er wolle doch nicht auf eine Software mit einem anderen Protokoll als AP und damit in ein ganz anderes Netzwerk einsteigen. Man möchte doch auch mit all seinen Verbindungen in Kontakt bleiben.

Ja und? Hubzilla beherrscht seit Sommer 2017 (also noch bevor Mastodon AP übernommen hat) die Kommunikation mit dem ActivityPub-Protokoll. Mit Hubzilla ist man ganz normaler Teil des Fediverse und kann mit allen anderen Diensten interagieren. Nutzer anderer Dienste merken meist nicht einmal, dass ihr Kontakt mit Hubzilla im Fediverse ist.

Wer nun einen Account bei einer Hubzilla-Instanz (diese werden Hub genannt) und dort einen Kanal (das ist die Fediverse-Identität) hat, der kann sich bei einem anderen Hub (und vielleicht bei noch mehreren) einen Account erstellen und seinen Kanal, also seine server-unabhängige Identität dorthin klonen. Einer der Hubs wird quasi als "Heimat-Hub" festgelegt (dort liegt der primäre Kanal, also der, mit dem man üblicher Weise im Fediverse unterwegs ist und der auch das Handle der Identität <kanalname>@<hub> bestimmt). Was auch immer man nun macht, ob man postet, teilt, weitersagt, kommentiert, Likes verteilt oder neue Kontakte hinzufügt... Hubzilla synchronisiert das bei allen Klonen des Kanals auf anderen Hubs.

Fällt nun einmal der "Haupt-Hub" aus, loggt man sich einfach mit seinem Account bei einem anderen Hub ein und kann mit dem Klon des primären Kanals ganz normal weiter am Fediverse teilnehmen (sogar das Handle verändert sich hinter dem "@" nicht... keiner im Fediverse merkt, dass man mit seinem Klon unterwegs ist). Ist der "Haupt-Hub" dann wieder in Ordnung und online, werden sämtliche Dinge, die man mit dem Klon gemacht hat, automatisch auch mit dem primären Kanal wieder synchronisiert und man kann wieder mit diesem das Fediverse durchstreifen.
Übrigens... mit Hubzilla besitzt man seine Identität (und wenn man mag auch alle Inhalte) tatsächlich selbst. Man kann seinen Kanal in eine Datei exportieren und hat damit seine Identität, seine Signatur und seine Kontakte in einer Datei auf dem eigenen Gerät. Wer mag, nimmt diese Identität auf einem USB-Stick überall hin mit... man weiß ja nie... 😉😂

Toll, oder? Wir müssen also gar nicht warten, dass die nomadische Identität mit AP irgendwann dienste-übergreifend (was eh unwahrscheinlich ist) umgesetzt wird. Wir können das jetzt sofort haben. Die einzige Einschränkung ist, dass wir auf einen Account bei einem (oder besser mehreren) Hubzilla Hub angewiesen sind... aber es gibt genügend davon (Stand jetzt gerade: 39 Hubs mit der Möglichkeit, einen Account anzulegen... mindestens...). Und man ist nicht vom Fediverse abgekoppelt, sondern interagiert mit Nutzern von Mastodon, Misskey, den Forkeys, GoToSocial, Friendica, Mitra, Pleroma, Akkoma u.v.m. Ich zum Beispiel habe mit meinem Pepe-Kanal insgesamt 297 Kontakte... davon sind 86 Hubzilla-Kontakte, 4 RSS-Feeds und 207 ActivityPub-Kontakte.

Und Hubzilla ist kein Buch mit sieben Siegeln. Es gibt inzwischen eine sehr umfangreiche Hilfe (de und en) und die Hubzilla KnowledgeDB. Damit sollte jeder in der Lage sein, die Vorteile der nomadischen Identität mit Hubzilla in Anspruch zu nehmen.

👉 Join Hubzilla

---

The outage of numerous Meta Group services yesterday once again demonstrated the disadvantages associated with a centralised social media platform.

Anyone with an account with one of the Meta services... i.e. Facebook, Instagram, Threads, Whatsapp... was unable to interact with any contact yesterday during the outage... and everyone was also cut off from the information that is distributed via these services.
There was great joy and excitement in the Fediverse during that time because there can be no such disaster (in totality) in the Fediverse. It is decentralised. The failure of one instance (one server) does not bring the Fediverse to a standstill.

That's true... but it leaves out an important aspect: Anyone who has their account on an instance affected by an outage is very much affected. They have no access to their contacts, cannot interact with them and at least cannot see the information that they would otherwise have in the timeline due to their connections on their instance. Although this only affects some Fediverse users (namely those who are located on the lame server)... but the affected users are still just as screwed as the meta adepts were yesterday.

Nevertheless, the decentralised structure of the Fediverse is an enormous advantage.

And if you can't wait, you can create an account with another instance in case your own instance fails. They can even use the same account name (only the ‘@’ will be different) and, if they have remembered to export their contacts, they can import their connections into the new account and have all their contacts back. However, this is a completely new identity in Fediverse that is independent of the old account. It is not possible to directly access your previously created content and you will not find yourself in threads in which you were previously involved.

How nice it would be if you could own your account or identity independently of the instance and simply create clones of it on other instances. And how nice it would be if the content and contacts of the identity were automatically synchronised on all instances. Then, and only then, would an impact such as the failure of an instance lose its horror. You could simply carry on working on another instance as if nothing had happened. And when the failed server is up and running again, you return and have no losses, because the identity there is also synchronised again.

Unfortunately, ActivityPub, the current backbone and common protocoll base of the Fediverse, does not have such a function. Although... It would be possible, because Mike Macgirvin has developed this functionality for AP. The only thing missing is a Fediverse service that implements it in its software.

But that's not a problem either, because Mike didn't just come up with it. It's an idea that has existed for a very long time and has long since been realised, known as nomadic identity. And this functionality has been around since at least 2012 (almost 13 years) and for much longer than Mastodon, which many people wrongly equate with the Fediverse.

He developed the communication protocol Zot (which has since been renamed Nomad) and it was implemented and realised in the software Red, later renamed Redmatrix and finally Hubzilla.

Now the typical Fediverse user may ask how this helps him. They don't want to switch to a software with a different protocol than AP and thus enter a completely different network. You want to stay in contact with all your connections.

So what? Hubzilla has been able to communicate with the ActivityPub protocol since summer 2017 (i.e. before Mastodon adopted AP). With Hubzilla, you are a normal part of the Fediverse and can interact with all other services. Users of other services usually don't even realise that their contact with Hubzilla is in the Fediverse.

If you now have an account with a Hubzilla instance (these are called hubs) and a channel there (this is your Fediverse identity), you can create an account on another hub (and perhaps on several others) and clone your channel, i.e. your server-independent identity, there. One of the hubs is defined as the ‘home hub’ (this is where the primary channel is located, i.e. the one that is usually used in the Fediverse and which also determines the handle of the identity <channelname>@<hub>). Whatever you do now, whether you post, share, forward, comment, distribute likes or add new contacts... Hubzilla synchronises this for all clones of the channel on other hubs.

If the ‘main hub’ fails, you simply log in to another hub with your account and can continue to participate in the Fediverse as normal with the clone of the primary channel (even the handle behind the ‘@’ does not change... nobody in the Fediverse will notice that you are travelling with your clone). Once the ‘main hub’ is back in order and online, all the things you did with the clone are automatically synchronised with the primary channel and you can roam the Fediverse with it again.

By the way... with Hubzilla you actually own your identity (and if you like, all your content). You can export your channel to a file and thus have your identity, your signature and your contacts in one file on your own device. If you like, you can take this identity with you wherever you go on a USB stick... you never know... 😉😂

Great, isn't it? So we don't even have to wait for the nomadic identity with AP to be implemented across all services at some point (which is unlikely anyway). We can have it right now. The only limitation is that we have to have an account with one (or better, several) Hubzilla hubs... but there are enough of them (as of right now: 39 hubs with the possibility to create an account... at least...). And you are not disconnected from the Fediverse, but interact with users from Mastodon, Misskey, the Forkeys, GoToSocial, Friendica, Mitra, Pleroma, Akkoma and many more. For example, I have a total of 297 contacts with my Pepe channel... 86 of which are Hubzilla contacts, 4 RSS feeds and 207 ActivityPub contacts.
And Hubzilla is not a closed book. There is now a very comprehensive help centre (en and de) and the Hubzilla KnowledgeDB. This should enable anyone to take advantage of the nomadic identity with Hubzilla.

👉 Join Hubzilla