mastodon.world is one of the many independent Mastodon servers you can use to participate in the fediverse.
Generic Mastodon server for anyone to use.

Server stats:

11K
active users

#RedMatrix

0 posts0 participants0 posts today
Jupiter RowlandManchmal bin ich auch in Erklärungsnot. Das hier ist mir nicht komplett so passiert (in Teilen schon), aber wenn man sich mal anguckt, wie sich manche Leute aufführen, die auch schon seit Oktober/November 2022 dabei sind...<br><br> <br><br>Ja, ich kann mehr als 500 Zeichen im Fediverse posten.<br><br>Nein, ich tröte nicht.<br><br>Ich bin auf Hubzilla. Da habe ich im Grunde kein Zeichenlimit.<br><br>Nein, Hubzilla ist keine Mastodon-Instanz.<br><br>Nein, Hubzilla ist auch kein Mastodon-Fork.<br><br>Hubzilla hat mit Mastodon überhaupt gar nichts zu tun. Hubzilla wurde schon immer von Mastodon unabhängig entwickelt. Deswegen tröte ich auch nicht. Auf Hubzilla trötet man nicht.<br><br>Doch, das geht. Das Fediverse ist nicht nur Mastodon. Im Fediverse gibt es noch 150 andere Serveranwendungen als Mastodon. Und die sind alle miteinander und mit Mastodon verbunden.<br><br>Nein, Hubzilla ist nicht nachträglich an Mastodon drangebaut worden.<br><br>Nein, Gargron hat nicht 2022 das Fediverse erfunden. Nur weil du erst 2022 davon gehört hast, heißt das nicht, daß es das vorher noch nicht gab. Mastodon ist von 2016.<br><br>Nein, Gargron hat auch nicht 2016 das Fediverse erfunden. Das Fediverse ist viel älter als Mastodon.<br><br>Nein, das Fediverse fing <em>wirklich</em> nicht mit Mastodon an. Und das Fediverse war auch nie nur Mastodon.<br><br>Nein, wirklich nicht. Mastodon ist von Januar 2016. Hubzilla ist von März 2015. Als Mastodon startete, gab es Hubzilla schon zehn Monate. Und Mastodon hat sich mit Hubzilla verbunden und nicht umgekehrt. So, und Hubzilla ist eigentlich sogar von 2012, damals hieß es noch Red Matrix. Und die Red Matrix ist ein Fork von Friendica von Juli 2010. Das gab es also schon fünfeinhalb Jahre, als Mastodon startete. Und Mastodon hat sich auch mit Friendica verbunden und nicht umgekehrt. Und eigentlich ging es schon 2008 los, als StatusNet startete. Und damit hat sich Mastodon auch verbunden, als es startete. Das heißt, als Mastodon startete, war es sofort mit StatusNet verbunden, mit Friendica verbunden und mit Hubzilla verbunden.<br><br>Nein, das Fediverse ist nicht nur für Reintext-Microblogging.<br><br>So, nochmal zum Mitmeißeln: 200.000 Zeichen in einem Post mit Textformatierung und beliebig vielen Bildern, die direkt in den Post eingebettet sind, gibt's schon fünfeinhalb Jahre länger als 500 Zeichen ohne Textformatierung und mit Bildern nur als Dateianhänge. Friendica war zuerst hier und Hubzilla auch. Und Mastodon hat überhaupt nicht zu bestimmen, wie das ganze Fediverse aussieht.<br><br> <br><br>Habt ihr das mitgekriegt, Anfang des Jahres? Haufenweise Leute, die schon auf Mastodon waren, aber auch noch auf Facebook, haben sich zusätzlich bei Friendica registriert. Nicht etwa, weil sie endlich was Ordentliches benutzen wollten. Nein, sondern, weil sie Facebook-Freunde hatten, die nach Friendica umziehen wollten. Und weil sie dachten, man braucht ein Friendica-Konto, um Friendica-Nutzern zu folgen. Die wußten ganz einfach nicht, daß man Friendica-Konten von Mastodon aus folgen kann.<br><br>Auch das waren durchaus wieder Leute, die seit Oktober/November 2022 dabei waren.<br><br>Sympathisch waren dann die, die begriffen hatten, daß Friendica und Mastodon sich miteinander verbinden können, und dann "in den Äther" gefragt haben, welches von den Konten sie behalten sollten. Irgendwie kann Friendica dann doch mehr als Mastodon, vor allem Sachen, die sie schon ewig auf Mastodon haben wollten.<br><br> <br><br>Aber sogar die Mastodon-Entwickler scheinen teilweise regelrecht gehirngewaschen zu sein. Einen gibt's, selbst wenn der wußte, daß sein Gegenüber ein Hubzilla-Veteran ist, hat er noch behauptet und felsenfest darauf beharrt, daß Mastodon die einzige Fediverse-Serveranwendung ist, die "feature-komplett" ist.<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Long" rel="nofollow noopener noreferrer" target="_blank">Long</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=LongPost" rel="nofollow noopener noreferrer" target="_blank">LongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLong" rel="nofollow noopener noreferrer" target="_blank">CWLong</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLongPost" rel="nofollow noopener noreferrer" target="_blank">CWLongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=LangerPost" rel="nofollow noopener noreferrer" target="_blank">LangerPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLangerPost" rel="nofollow noopener noreferrer" target="_blank">CWLangerPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediMeta" rel="nofollow noopener noreferrer" target="_blank">FediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediverseMeta" rel="nofollow noopener noreferrer" target="_blank">FediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediverseMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NichtNurMastodon" rel="nofollow noopener noreferrer" target="_blank">NichtNurMastodon</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a>
Jupiter Rowland@<a href="https://mastodon.online/@joho" rel="nofollow noopener noreferrer" target="_blank">Joaquim Homrighausen</a> @<a href="https://cyberplace.social/@GossiTheDog" rel="nofollow noopener noreferrer" target="_blank">Kevin Beaumont</a> To be fair, full data portability via ActivityPub has only been available in a stable release of <em>anything</em> for two weeks.<br><br>That was when @<a class="" href="https://fediversity.site/channel/mikedev" rel="nofollow noopener noreferrer" target="_blank">Mike Macgirvin 🖥️</a>'s <a href="https://codeberg.org/fortified/forte" rel="nofollow noopener noreferrer" target="_blank">Forte</a>, created in mid-August of 2024 as a fork of his own <a href="https://codeberg.org/streams/streams" rel="nofollow noopener noreferrer" target="_blank">streams repository</a> and the latest member of a family of software that started in 2010 with Friendica, had its very first official stable release.<br><br>And, in fact, Forte just uses ActivityPub to do something that (streams) and its predecessors all the way to the Red Matrix from 2012 (known as Hubzilla since 2015) have been doing using the Nomad protocol (formerly known as Zot). It's called <a href="https://joinfediverse.wiki/Nomadic_identity" rel="nofollow noopener noreferrer" target="_blank">nomadic identity</a>. This is technology that's over a dozen years old on software that was built around this technology from the get-go, only that it was recently ported to ActivityPub.<br><br>Now, nomadic identity via ActivityPub was @<a href="https://mitra.social/users/silverpill" rel="nofollow noopener noreferrer" target="_blank">silverpill</a>'s idea. He wanted to make his <a href="https://codeberg.org/silverpill/mitra" rel="nofollow noopener noreferrer" target="_blank">Mitra</a> nomadic. He started working in 2023. The first conversion of existing non-nomadic server software to nomadic still isn't fully done, much less officially rolled out as a stable release.<br><br>If Mastodon actually <em>wanted</em> to implement nomadic identity, they would first have to wait until Mitra has a first stable nomadic release. Then they would have to wait until nomadic identity on Mitra (and between Mitra and Forte) has become stable and reliable under daily non-lab conditions. (Support for nomadic identity via ActivityPub on (streams) worked nicely under lab conditions. When it was rolled out to the release branch, and existing instances upgraded to it, it blew up in everyone's faces, and it took months for things to stabilise again.)<br><br>Then they would have to look at how silverpill has done it and how Mike has done it. Then they would have to swallow their pride and decide to adopt technology that they can't present as their own original invention because it clearly isn't. And they would have to swallow their pride <em>again</em> and decide <em>against</em> making it incompatible with Mitra, Forte and (streams) just to make these three look broken and inferior to Mastodon.<br><br>And only then they could actually start coding.<br><br>Now look at how long silverpill has been working on rebuilding Mitra into something nomadic. This takes a whole lot of modifications because the concept of identity itself has to be thrown overboard and redefined because your account will no longer be your identity and vice versa. Don't expect them to be done in a few months.<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Long" rel="nofollow noopener noreferrer" target="_blank">Long</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=LongPost" rel="nofollow noopener noreferrer" target="_blank">LongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLong" rel="nofollow noopener noreferrer" target="_blank">CWLong</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLongPost" rel="nofollow noopener noreferrer" target="_blank">CWLongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediMeta" rel="nofollow noopener noreferrer" target="_blank">FediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediverseMeta" rel="nofollow noopener noreferrer" target="_blank">FediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediverseMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mitra" rel="nofollow noopener noreferrer" target="_blank">Mitra</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=%28streams%29" rel="nofollow noopener noreferrer" target="_blank">(streams)</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Forte" rel="nofollow noopener noreferrer" target="_blank">Forte</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=DataPortability" rel="nofollow noopener noreferrer" target="_blank">DataPortability</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a>
Jupiter Rowland@<a href="https://flipboard.social/@mike" rel="nofollow noopener noreferrer" target="_blank">Mike McCue</a> @<a href="https://social.coop/users/J12t" rel="nofollow noopener noreferrer" target="_blank">Johannes Ernst</a> @<a href="https://mastodon.social/@ricmac" rel="nofollow noopener noreferrer" target="_blank">Richard MacManus</a> To put it bluntly, Solid is Tim Berners-Lee's attempt at re-inventing wheels named Hubzilla and nomadic identity.<br><br>Unlike Solid, Hubzilla is neither a vague concept, nor is it in its earliest alpha stages of development. Hubzilla was launched as early as 2015, it has just released version 9.4.1. It is based on something called the Red Matrix from 2012. The idea of nomadic identity itself is from 2011. So it's a tried-and-true solution and well-established. Not to mention that all this was created by a <em>protocol developer</em>, @<a class="" href="https://fediversity.site/channel/mikedev" rel="nofollow noopener noreferrer" target="_blank">Mike Macgirvin ?️</a>.<br><br>When Tim Berners-Lee invented Solid, he didn't know about the Red Matrix or Hubzilla or the concept of nomadic identity because none of that stuff had been advertised anywhere.<br><br>He has learned about Hubzilla and nomadic identity in the meantime. But now it's too late to stop, abandon Solid and support Hubzilla and its successors instead. So he keeps pushing Solid forward, knowing pretty well that he's directly competing against Hubzilla and its successors, the streams repository from 2021 and Forte which was created in July.<br><br>Truth be told, Solid can't hold a candle to Hubzilla and its successors. Hubzilla and (streams) are both still based on protocols of their own while also being able to communicate through ActivityPub optionally. But on (streams), nomadic identity via ActivityPub seems to be already implemented. And Forte only uses ActivityPub anymore while still being fully nomadic.<br><br>And so it can only survive by advertising it to the general public before they learn about Mike Macgirvin's creations. And about 75% of the Fediverse has never even heard of the name "Hubzilla", including many developers. The successors are even more obscure.<br><br>Unfortunately, Mike Macgirvin officially retired from Fediverse development on August 31st. While he is still occasionally submitting code to both the streams repository and Forte, the times when he worked on them just about everyday are over. And unlike Hubzilla which has been passed on to the community in 2018, the streams repository is struggling to find new main maintainers, Forte even more so because it doesn't have any users yet AFAIK.<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Long" rel="nofollow noopener noreferrer" target="_blank">Long</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=LongPost" rel="nofollow noopener noreferrer" target="_blank">LongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLong" rel="nofollow noopener noreferrer" target="_blank">CWLong</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLongPost" rel="nofollow noopener noreferrer" target="_blank">CWLongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediMeta" rel="nofollow noopener noreferrer" target="_blank">FediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediverseMeta" rel="nofollow noopener noreferrer" target="_blank">FediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediverseMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Solid" rel="nofollow noopener noreferrer" target="_blank">Solid</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=%28streams%29" rel="nofollow noopener noreferrer" target="_blank">(streams)</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Forte" rel="nofollow noopener noreferrer" target="_blank">Forte</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a>
Jupiter's Fedi-Memes on (streams)[spoiler=Caution: Image hidden due to eye contact]<a class="" href="https://streams.elsmussols.net/.well-known/apgateway/did:key:z6Mkf2dhUa65zBYCNVqs3AHyt8uPixauZ7bPzEJn15LJANsd/photos/image/2baffbb1-f96b-403d-8fc1-5af01df58f6a" rel="nofollow noopener noreferrer" target="_blank"></a><br><br><p><strong>Explanation:</strong></p><br>The image is based on the "<a href="https://knowyourmeme.com/memes/pepe-silvia" rel="nofollow noopener noreferrer" target="_blank">Pepe Silvia</a>" meme template.<br><br>It references the complexity of the history of Fediverse server applications created by @<span class="h-card"><a class="u-url mention" href="https://fediversity.site/channel/mikedev" rel="nofollow noopener noreferrer" target="_blank">Mike Macgirvin 🖥️</a></span> which started in July, 2010 with the release of Mistpark, known today as <a href="https://joinfediverse.wiki/What_is_Friendica%3F" rel="nofollow noopener noreferrer" target="_blank">Friendica</a>. It led through a maze of forks, all created by Mike from his own works, to his most recent project, Forte, from August, 2024. The only other two survivors from this history are <a href="https://joinfediverse.wiki/What_is_Hubzilla%3F" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> from 2015 and <a href="https://codeberg.org/streams/streams" rel="nofollow noopener noreferrer" target="_blank">the streams repository</a> from 2021. In fact, the streams repository itself adds to the complexity of the history because it is not a project, and the software in it is intentionally without a name and a brand identity.<br><br>#<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Mistpark" rel="nofollow noopener noreferrer" target="_blank">Mistpark</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Friendika" rel="nofollow noopener noreferrer" target="_blank">Friendika</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Red" rel="nofollow noopener noreferrer" target="_blank">Red</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Red%20Matrix" rel="nofollow noopener noreferrer" target="_blank">Red Matrix</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Osada" rel="nofollow noopener noreferrer" target="_blank">Osada</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Zap" rel="nofollow noopener noreferrer" target="_blank">Zap</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Mistpark%202020" rel="nofollow noopener noreferrer" target="_blank">Mistpark 2020</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Misty" rel="nofollow noopener noreferrer" target="_blank">Misty</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Redmatrix%202020" rel="nofollow noopener noreferrer" target="_blank">Redmatrix 2020</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Roadhouse" rel="nofollow noopener noreferrer" target="_blank">Roadhouse</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=%28streams%29" rel="nofollow noopener noreferrer" target="_blank">(streams)</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Forte" rel="nofollow noopener noreferrer" target="_blank">Forte</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Meme" rel="nofollow noopener noreferrer" target="_blank">Meme</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=FediMeme" rel="nofollow noopener noreferrer" target="_blank">FediMeme</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Fediverse%20Meme" rel="nofollow noopener noreferrer" target="_blank">Fediverse Meme</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Image%20macro" rel="nofollow noopener noreferrer" target="_blank">Image macro</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Exploitable" rel="nofollow noopener noreferrer" target="_blank">Exploitable</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Pepe%20Silvia" rel="nofollow noopener noreferrer" target="_blank">Pepe Silvia</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=EyeContact" rel="nofollow noopener noreferrer" target="_blank">EyeContact</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=CWEyeContact" rel="nofollow noopener noreferrer" target="_blank">CWEyeContact</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=Sensitive" rel="nofollow noopener noreferrer" target="_blank">Sensitive</a> #<a class="hashtag" href="https://streams.elsmussols.net/search?tag=%E2%9A%A0%EF%B8%8F" rel="nofollow noopener noreferrer" target="_blank">⚠️</a>
Jupiter Rowland@<a href="https://anonsys.net/profile/hamiller_friendica" rel="nofollow noopener noreferrer" target="_blank">Hamiller Friendica</a><br><blockquote>Nach diesem Muster ist er auch bei Friendica und Hubzilla vorgegangen.</blockquote><br>Na ja, es war ähnlich.<br><br>2012 war Friendica längst stabil und im Grunde fertig. Er hat es an die Community abgegeben, Red abgeforkt und mit Zot experimentiert.<br><br>2018 war Hubzilla stabil und im Grunde fertig. Er hat es an die Community abgegeben, Osada und Zap abgeforkt und mit Zot6 experimentiert.<br><br>2020 war Zap stabil und im Grunde fertig. Er hat es an die Community abgegeben und das zweite Osada gleich mit. Nachdem die Community umgehend Osada eingestellt hat, weil es eh mit Zap beinahe identisch war, hat Mike ein drittes Osada, ein neues Mistpark und eine neue Redmatrix abgeforkt, um mit Zot8 zu experimentieren.<br><br>Aus den Experimenten ging nie etwas Stabiles hervor. Statt dessen hat er von einem von den dreien 2021 Roadhouse geforkt, um mit der nächsten Zot-Evolutionsstufe zu experimentieren, die dann in Nomad umbenannt wurde.<br><br>(streams) aus demselben Jahr sollte dann Roadhouse in stabil werden. Und Mike wollte (streams) nicht wieder forken. Dann kam Mike aber an einen Punkt, wo er sagte: Nomadische Identität geht auch mit ActivityPub. Ich brauche kein eigenes Protokoll mehr, ich muß nur dabei mithelfen, ActivityPub dahin zu bringen, daß es Nomad ersetzen kann.<br><br>Weil er aber (streams) nicht forken wollte, hat er das Ganze auf (streams) selbst versucht umzusetzen. Blöderweise läuft das in der Praxis nicht so geschmeidig, wie es in der Theorie angedacht war.<br><br>Statt jetzt aber seinen einzigen stabilen Release endgültig in eine Bastelbude zu verwandeln, hat er jetzt Forte abgeforkt und nimmt das zum Basteln, während (streams) wieder auf stabile Beine kommen soll. Auch das macht er selber, weil das keiner für ihn übernimmt. Und die (streams)-Community ist keine drei Jahre nach der Entstehung von (streams) noch zu klein, um so bald die Entwicklung von (streams) zu übernehmen. Kaum einer zieht von Hubzilla um, ganz neu nach (streams) kommt eh keiner, auf Mastodon weiß kaum einer, daß es (streams) gibt, und die, die davon wissen, trauen sich nicht hin.<br><br>Und so wird Mike beides weiterentwickeln. Forte wird wahrscheinlich zunächst ein Soft Fork bleiben, damit Mike sich nicht dieselbe Arbeit zweimal machen muß.<br><br>So gesehen ist das eher vergleichbar mit Zap und den ersten zwei Osadas, wo Mike schon mal zwei Projekte mit in Teilen unterschiedlicher Codebase am Laufen hatte.<br><br>CC: @<a href="https://katholisch.social/@communio" rel="nofollow noopener noreferrer" target="_blank">Raphael</a><br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Long" rel="nofollow noopener noreferrer" target="_blank">Long</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=LongPost" rel="nofollow noopener noreferrer" target="_blank">LongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLong" rel="nofollow noopener noreferrer" target="_blank">CWLong</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLongPost" rel="nofollow noopener noreferrer" target="_blank">CWLongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=LangerPost" rel="nofollow noopener noreferrer" target="_blank">LangerPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLangerPost" rel="nofollow noopener noreferrer" target="_blank">CWLangerPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediMeta" rel="nofollow noopener noreferrer" target="_blank">FediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediverseMeta" rel="nofollow noopener noreferrer" target="_blank">FediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediverseMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Red" rel="nofollow noopener noreferrer" target="_blank">Red</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Osada" rel="nofollow noopener noreferrer" target="_blank">Osada</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zap" rel="nofollow noopener noreferrer" target="_blank">Zap</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mistpark2020" rel="nofollow noopener noreferrer" target="_blank">Mistpark2020</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Misty" rel="nofollow noopener noreferrer" target="_blank">Misty</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Redmatrix2020" rel="nofollow noopener noreferrer" target="_blank">Redmatrix2020</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Roadhouse" rel="nofollow noopener noreferrer" target="_blank">Roadhouse</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=%28streams%29" rel="nofollow noopener noreferrer" target="_blank">(streams)</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Forte" rel="nofollow noopener noreferrer" target="_blank">Forte</a>
Jupiter Rowland@<a href="https://mastodon.social/users/danie10" rel="nofollow noopener noreferrer" target="_blank">Danie van der Merwe</a> Um, the Red Matrix was actually renamed from Red, which was renamed from Friendica Red, which was forked from Friendica.<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediMeta" rel="nofollow noopener noreferrer" target="_blank">FediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediverseMeta" rel="nofollow noopener noreferrer" target="_blank">FediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediverseMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a>
Jupiter Rowland@<a href="https://stefanbohacek.online/@stefan" rel="nofollow noopener noreferrer" target="_blank">Stefan Bohacek</a> It has partly become a museum already.<br><br>Of Mike's projects, only Roadhouse is missing because it never really took off. But the Red Matrix is there, Mistpark is there, Osada is there, Zap is there.<br><br>Calckey is still there. Wildebeest is there which was so questionable I've got my doubts it still exists.<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediMeta" rel="nofollow noopener noreferrer" target="_blank">FediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediverseMeta" rel="nofollow noopener noreferrer" target="_blank">FediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediverseMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Calckey" rel="nofollow noopener noreferrer" target="_blank">Calckey</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Wildebeest" rel="nofollow noopener noreferrer" target="_blank">Wildebeest</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mistpark" rel="nofollow noopener noreferrer" target="_blank">Mistpark</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mistpark2020" rel="nofollow noopener noreferrer" target="_blank">Mistpark2020</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Misty" rel="nofollow noopener noreferrer" target="_blank">Misty</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Osada" rel="nofollow noopener noreferrer" target="_blank">Osada</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zap" rel="nofollow noopener noreferrer" target="_blank">Zap</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a>
Jupiter Rowland@<a href="https://mastodon.social/@PlasticParagraph" rel="nofollow noopener noreferrer" target="_blank">Plastic Paragraph</a> @<a href="https://techhub.social/@manlycoffee" rel="nofollow noopener noreferrer" target="_blank">Sal Rahman</a> Nomadic identity, as invented by @<a class="" href="https://fediversity.site/channel/mikedev" rel="nofollow noopener noreferrer" target="_blank">Mike Macgirvin 🖥️</a> in 2011 and first implemented in the Zot protocol from 2011 and the Friendica fork Red in 2012 and used by Hubzilla and the streams repository today, goes even further.<br><br>Its basic functionality is to keep at least one clone of your identity on another server.<br><br>On most Fediverse projects, e.g. Mastodon, your identity is in your account and thus bound to one specific server.<br><br>Hubzilla and (streams) put "identity containers" into your account, so-called channels. Your identity is not directly put into your account, but into one of these channels. The channel separates your identity, your connections, your posts, your settings, your files etc. etc. from your login credentials.<br><br>This makes two things possible. One, you can have multiple, completely separate identities (channels) on one and the same account, accessible through one and the same login.<br><br>Two, and here does nomadic identity come into play: A channel can be cloned to another server.<br><br>Such a clone is not a dumb copy like when you move from one Mastodon server to another Mastodon server. It's a real-time, bidirectional, live, hot backup. And it's fully identical to the main instance of your channel, down to the identity, at least as perceived by server applications that know nomadic identity. Anything that happens on the main instance is mirrored to all clones, and anything that happens on a clone is mirrored to the main instance and the other clones.<br><br>For example: The main instance of my channel is on hub.netzgemeinde.eu. Thus, my identity is jupiter_rowland@hub.netzgemeinde.eu.<br><br>I've got one clone on hub.hubzilla.de. Hubzilla and (streams) understand nomadic identity. They know that this clone is the same jupiter_rowland@hub.netzgemeinde.eu. Even if I should send something from my clone which I've actually done once when Netzgemeinde was acting up, Hubzilla and (streams) connections still perceive it as coming from jupiter_rowland@hub.netzgemeinde.eu.<br><br>The big advantage of this is resilience against server shutdowns. This is actually the very reason why Mike invented nomadic identity in the first place: He saw Mistpark/Friendica nodes disappearing into thin air upon short notice or spontaneously. He saw users lose everything from one day or hour or minute to the next and always have to start over from zero. And he knew that the only solution for this problem would be if a user's identity resided on multiple servers simultaneously.<br><br>Nomadic identity makes channels even resilient against the shutdown of the server that contains the main instance. You can always declare any clone the main instance. If you still have a main instance, it's demoted to clone. All of your connections on Hubzilla and (streams) are automatically changed accordingly. The only difference in practice between the main instance and a clone is that the main instance is the one that defines the identity.<br><br>A byproduct of nomadic identity is that it provides the best way to move an identity from one server to another. It first creates a clone. Then it declares the clone the new main instance, turning the old instance into a clone. Then it deletes the old instance. If the account on the old server doesn't hold any more channels, the whole account is deleted.<br><br>So not only can you move with <em>actually absolutely everything</em>, a Mastodon user's wet dream that will probably never come true, but you can do so with relative ease and quite safely, and most of all, you don't leave a dead identity/account behind.<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Long" rel="nofollow noopener noreferrer" target="_blank">Long</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=LongPost" rel="nofollow noopener noreferrer" target="_blank">LongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLong" rel="nofollow noopener noreferrer" target="_blank">CWLong</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLongPost" rel="nofollow noopener noreferrer" target="_blank">CWLongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediMeta" rel="nofollow noopener noreferrer" target="_blank">FediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediverseMeta" rel="nofollow noopener noreferrer" target="_blank">FediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediverseMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zot" rel="nofollow noopener noreferrer" target="_blank">Zot</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Nomad" rel="nofollow noopener noreferrer" target="_blank">Nomad</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=%28streams%29" rel="nofollow noopener noreferrer" target="_blank">(streams)</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a>
QGIS España<p>Os recordamos que nuestro grupo de mensajería de la <a href="https://mapstodon.space/tags/comunidad" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>comunidad</span></a> de <span class="h-card" translate="no"><a href="https://fosstodon.org/@qgis" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>qgis</span></a></span> en <a href="https://mapstodon.space/tags/Telegram" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Telegram</span></a> tiene su conexión y disponibilidad paralela a través de la <a href="https://mapstodon.space/tags/RedMatrix" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RedMatrix</span></a> y es accesible por cualquier cliente como <span class="h-card" translate="no"><a href="https://mastodon.matrix.org/@element" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>element</span></a></span> en la siguiente dirección: <a href="https://matrix.to/#/#qgis_en_espanol:matrix.org" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">matrix.to/#/#qgis_en_espanol:m</span><span class="invisible">atrix.org</span></a></p>
Jupiter Rowland@<a class="" href="https://authorship.studio/channel/scott" rel="nofollow noopener noreferrer" target="_blank">Scott M. Stolz</a> It's a bit murky what exactly happened back then.<br><br>Friendica started as Mistpark before a German told Mike what a German understands when reading that word, namely manure park. It was then renamed to Friendika because the desired Friendica domain was still blocked.<br><br>Free Friendika was a fork of Friendika by someone who wasn't content with Friendika's license. Free Friendika was on GitHub right away while Friendika wasn't. The fork involved copying Friendika's whole repository to GitHub.<br><br>Friendika was renamed Friendica in 2011 or 2012 when that name had become available.<br><br>It was afterwards that Friendica's own code repository was migrated to GitHub. Due to a GitHub "quirk", Friendica was automatically declared a fork of Free Friendika which is technically false.<br><br>What exactly happened license-wise is murky to me. Friendica can't have started under the AGPL because that'd exclude re-licensing a fork. But interestingly, Hubzilla is MIT-licensed.<br><br>So whatever license Friendica started out under, it might have been <em>the community</em> which put it under the AGPL after taking over from Mike who was now tinkering with the Zot protocol.<br><br>Looking at the licenses, it's very likely that Mike didn't fork Friendica Red off Friendica but off Free Friendika, itself a hard fork of Friendika. Thus, some improvements on Friendica never made it to Friendica Red.<br><br>I also guess it was named Friendica Red first and then renamed Red (from spanish <em>la red</em> = "the net") after the whole backend had been re-written against Zot, and the whole thing had stopped being Friendica in the first place. The re-naming to Red Matrix must have been a kind of marketing decision.<br><br>It's even unclear what exactly was the base for Osada later. Case in point: Well after the release of Hubzilla, Mike's own instances were still all branded "Red Matrix" although this project should have been abandoned in early 2015 when Hubzilla was created from it.<br><br>So either the Red Matrix was renamed Hubzilla and reworked into what was Hubzilla 1.0 in July, but Mike kept the "Red Matrix" brand for his own instances. In this case, Osada was forked from Hubzilla, and most everything added from the Red Matrix to Hubzilla was removed again from Hubzilla to Osada.<br><br>Or Hubzilla was <em>forked</em> from the Red Matrix, mostly soft-forked, the Red Matrix became Hubzilla's smaller and more experimental brother, and Mike's own instances all became testbeds for development that would have been more difficult with the extra Hubzilla cruft in the way. In this case, chances are bigger that Mike forked Osada from the Red Matrix which had never had all that extra Hubzilla stuff that Osada never had either.<br><br>Either way, the path from Mistpark to Hubzilla is both very complicated and very murky, and so I guess it's kind of justified to simplify it a bit. At the same time, it's too short to simplify it the same the path from either the Red Matrix or Hubzilla to (streams) can be simplified because the latter has had many more forks in it ("a fork of a fork... of a fork of {Hubzilla|the Red Matrix}").<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Long" rel="nofollow noopener noreferrer" target="_blank">Long</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=LongPost" rel="nofollow noopener noreferrer" target="_blank">LongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLong" rel="nofollow noopener noreferrer" target="_blank">CWLong</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWLongPost" rel="nofollow noopener noreferrer" target="_blank">CWLongPost</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediMeta" rel="nofollow noopener noreferrer" target="_blank">FediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FediverseMeta" rel="nofollow noopener noreferrer" target="_blank">FediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CWFediverseMeta" rel="nofollow noopener noreferrer" target="_blank">CWFediverseMeta</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Forks" rel="nofollow noopener noreferrer" target="_blank">Forks</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mistpark" rel="nofollow noopener noreferrer" target="_blank">Mistpark</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendika" rel="nofollow noopener noreferrer" target="_blank">Friendika</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FreeFriendika" rel="nofollow noopener noreferrer" target="_blank">FreeFriendika</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a>
Sergio F. Lima<p><span class="h-card"><a href="https://bantu.social/users/brenno" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>brenno</span></a></span> Longa história... mas resumindo: em 2010 já tinha perfil no falecido identi.ca (de um dos criadores do <a href="https://fed.sfl.pro.br/search?tag=ActivityPub)" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ActivityPub)</span></a>, mas foi na Latinoware que vi uma palestra sobre <a href="https://fed.sfl.pro.br/search?tag=fediverso" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>fediverso</span></a> (na época não existia <a href="https://fed.sfl.pro.br/search?tag=Mastodon)" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mastodon)</span></a> só <a href="https://fed.sfl.pro.br/search?tag=Friendica" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Friendica</span></a>... rodei por friendica, <a href="https://fed.sfl.pro.br/search?tag=redmatrix" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>redmatrix</span></a>, <a href="https://fed.sfl.pro.br/search?tag=hubzilla" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>hubzilla</span></a>, Mastodon e agora estou numa instância privada rodando friendica e tenho perfil também na hubzilla e <a href="https://fed.sfl.pro.br/search?tag=pixelfed" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>pixelfed</span></a>.</p><p>Sempre me movi pelo paradigma tecnológico (código aberto e descentralizado)!</p>
Jupiter Rowland@<a href="https://chaos.social/@kubikpixel" rel="nofollow noopener noreferrer" target="_blank">KubikPixel™</a> Kommt ganz drauf an, was man will.<br><br>Die beste direkte Alternative dürfte <strong>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Firefish" rel="nofollow noopener noreferrer" target="_blank">Firefish</a></strong> ex #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CalcKey" rel="nofollow noopener noreferrer" target="_blank">CalcKey</a> sein, das #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a> in Features weit voraus ist. #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Volltextsuche" rel="nofollow noopener noreferrer" target="_blank">Volltextsuche</a> hat Mastodon gerade erst eingeführt, so daß die mangels brauchbarer Indizes noch gar nicht richtig nutzbar ist. Firefish hatte sie schon immer, weil auch #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Misskey" rel="nofollow noopener noreferrer" target="_blank">Misskey</a> sie schon immer hatte.<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Textformatierungen" rel="nofollow noopener noreferrer" target="_blank">Textformatierungen</a> und #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zitate" rel="nofollow noopener noreferrer" target="_blank">Zitate</a> konnten Firefish und Misskey meines Wissens auch schon immer. Mastodon kann beides nur anzeigen, während Firefish sogar Textformatierungen erzeugen kann, die Mastodon nicht anzeigen kann.<br><br>Oder Zeichenlimits beim Schreiben von Posts. Mastodon kann nur 500 Zeichen. Für mehr muß der Admin so tief in die Software einsteigen, daß man fast schon von einem Fork reden könnte. Firefish kann standardmäßig 3000 Zeichen, was der Admin meines Wissens auf der Oberfläche einstellen, also noch erhöhen kann. Zugegeben, beide hacken #<a class="" href="https://hub.netzgemeinde.eu/search?tag=AltText" rel="nofollow noopener noreferrer" target="_blank">AltText</a> rigoros bei 1500 Zeichen ab.<br><br>Last but not least unterstützt Firefish meines Wissens die Mastodon-API, sollte also gute Unterstützung durch Mastodon-Apps haben bis darauf, daß man mit Apps, die nur für Mastodon entwickelt werden, auch fast nur das machen kann, was Mastodon kann.<br><br><strong>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a></strong> ist natürlich noch mächtiger. Es hat Zeichenlimits in den Zigtausenden, es unterstützt wohl noch mehr Formatierungen, es hat einen Filehoster eingebaut, es hat einen öffentlichen Kalender eingebaut, man kann Konten als moderierte Gruppen/Foren einrichten usw. Und es hat mit all dem schon Erfahrungein seit 2010.<br><br>Der Hauptnachteil dürfte aber sein, daß es weiter von Mastodon entfernt ist als Firefish. Es gibt mehr, was anders ist und anders läuft. Was man auf Mastodon gelernt oder von Twitter mitgenommen hat, kann man auf Friendica eigentlich gleich wieder vergessen.<br><br>Posts schreibt man nicht wie Tweets, sondern wie Blogposts. Bilder werden nicht als Dateien angehängt, sondern woanders hochgeladen (meistens im eingebauten Dateispeicher) und irgendwo im Text eingebettet. Alt-Text ist kein separates Feld, sondern muß per Hand in den BBcode eingeflochten werden. Ein Content-Warning-Feld gibt's nicht, aber eins für den Titel und eins für die Zusammenfassung, wobei sich letzteres dann als dasselbe wie Content Warnings auf Mastodon entpuppt. Direktnachrichten gehen nicht mit @ und Rechteeinstellen, sondern mit !. Antworten sind nicht auch Posts, sondern Kommentare, und das ist ganz was anderes als ein Post. Und so weiter.<br><br>Klar, Friendica kann mehr und einiges auch besser, aber Mastodon-Umsteiger müssen im Prinzip alles ganz neu lernen.<br><br><strong>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a></strong> von 2021 ist in Teilen <em>noch</em> mächtiger als Friendica (wobei ein Teil von Friendicas Features wieder fehlt), <strong>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a></strong> von 2015 ist durchweg noch sehr viel mächtiger. Aber hier ist die Umgewöhnung noch heftiger, alleine schon, weil die eigene Identität nicht durchs Konto definiert ist, sondern in einem Kanal "containerisiert". Und man kann auf demselben Konto mehrere Kanäle mit separaten Identitäten haben. Und dann kommt noch #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadischeIdentit%C3%A4t" rel="nofollow noopener noreferrer" target="_blank">NomadischeIdentität</a> oben drauf, auch wenn die eigentlich der feuchte Traum vieler Mastodon-Nutzer ist. Sie erfordert nur eben Um-die-Ecke-Denken.<br><br>Hubzilla ist natürlich so ziemlich der ultimative Alleskönner. Es ist mehr als nur Friendica mit ein bißchen Extrazeugs, wobei vieles genauso funktioniert wie auf Friendica und somit ganz anders als auf Mastodon.<br><br>Hubzilla ist ein "Social CMS", das einem neben Social Networking und Gar-nicht-so-Microblogging auch voll formatiertes Macroblogging bietet, das sich in der Funktion kaum vom Gar-nicht-so-Microblogging unterscheidet, außerdem einfache Websites, Wikis, Cloudspeicher mit WebDAV, CalDAV und CardDAV und so weiter und so fort. Oben drauf gibt's ein sehr detailliertes Rechtemanagement, das auch eng verzahnt ist mit #<a class="" href="https://hub.netzgemeinde.eu/search?tag=SingleSignOn" rel="nofollow noopener noreferrer" target="_blank">SingleSignOn</a> durch #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OpenWebAuth" rel="nofollow noopener noreferrer" target="_blank">OpenWebAuth</a>.<br><br>Aber auf der einen Seite steht dieser gigantische Funktionsberg, und auf der anderen Seite steht die Benutzeroberfläche. An sich könnte die extrem flexibel sein, sie unterstützt Komplett-Themes, die für jeden Kanal individuell wählbar wären. In der Praxis gibt es aber nur noch ein Theme, das gepflegt wird. Das ist noch von 2012, wurde aus einem Friendica-Standardthema für die #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> umgebaut, hat sich seitdem kaum bis gar nicht verändert und hat mit Usability kaum etwas zu tun. Alternativen sind in der Mache, aber noch nicht offiziell verfügbar.<br><br>Dazu kommt die Dokumentation. Die wurde geschrieben von Entwicklern, die nicht wußten, wie man Nichtentwicklern etwas erklärt, also z. B. ganz normalen Endnutzern, und liest sich streckenweise eher wie ein technisches Lastenhaft. Noch dazu ist sie zu erheblichen Teilen so hoffnungslos veraltet, daß sie überhaupt nicht nutzbar ist.<br><br>Ach ja: Textformatierung gibt's. Textformatierung mit Klickibunti und Echtzeit-WYSIWYG gibt's nicht. Wer keinen BBcode kann, hat verloren, weil einem auch die Buttons nur BBcode in den Editor packen. Auch wenn zum Glück zumindest die BBcode-Implementation von Hubzilla ziemlich gut dokumentiert und halbwegs aktuell ist.<br><br>(streams) hat nicht mehr den Funktionsumfang von Hubzilla. Das Ziel ist hier eigentlich nicht, von vornherein einen Alleskönner zu haben, sondern eine Codebasis, um daraus was feines Eigenes zu bauen. Die Oberfläche sieht ganz ähnlich aus, ist aber einen Tick zugänglicher, vielleicht auch deshalb, weil es vieles einfach nicht mehr gibt. Erleichternd dürfte für einige dazukommen, daß auf (streams) alles wahlweise mit BBcode, Markdown oder HTML formatiert werden kann, so daß man keinen BBcode lernen muß, wenn man schon Markdown kann.<br><br>(streams) hat auch eine bessere Anbindung von #<a class="" href="https://hub.netzgemeinde.eu/search?tag=ActivityPub" rel="nofollow noopener noreferrer" target="_blank">ActivityPub</a> und Verbesserungen in der nomadischen Identität. Dafür kann es sich mit nichts anderem mehr verbinden, außer daß es immer noch RSS-Feeds erzeugt und E-Mail-Benachrichtigungen verschicken kann.<br><br>Näher an Mastodon ist es damit aber nicht. Im Gegenteil: Verwirrend ist schon mal, daß es sich nicht um ein in sich geschlossenes Projekt mit Namen und Marke handelt. Es ist gar kein Projekt, sondern nur ein Code-Repository. Es hat auch keinen Namen und kein Logo. Es ist wirklich mit voller Absicht namenlos. Der Name "Streams" und das Wellenlogo gehören beide zum Repository, nicht zur Software. Daher auch die Klammern um den "Namen".<br><br>Das heißt auch, daß die einzelnen Instanzen keine einheitliche Projektidentität haben. Mastodon-Instanzen identifizieren sich alle als Mastodon. Hubzilla-Instanzen identifizieren sich alle als Hubzilla. (streams)-Instanzen identifizieren sich als <em>irgendwas</em>, weil man da selbst etwas eintragen kann und muß. Waitman Gobbles öffentliche Instanz namens Rumbly identifiziert sich beispielsweise nicht als "Streams", sondern als "-get".<br><br>Folge: Es ist nicht möglich, (streams)-Instanzen automatisiert zu crawlen, zu identifizieren und aufzulisten. Das wird noch zusätzlich dazu erschwert, daß mit ebenso voller Absicht die Statistikausgabe aus (streams) komplett entfernt wurde. Die einschlägigen Projekt- und Instanz-Listenseiten fürs #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a> listen allesamt keine (streams)-Instanzen, und das werden sie auch nicht, weil das zum einen nicht gewollt und zum anderen wegen der uneinheitlichen Identifikation der Instanzen gar nicht möglich ist.<br><br>Folge: (streams)-Instanzen zu finden, ist <a href="https://hub.netzgemeinde.eu/item/7961d936-9ccd-45f0-b635-7cf512b02324" rel="nofollow noopener noreferrer" target="_blank">Detektivarbeit</a>. Das dürfte auch erklären, warum es bei (streams) einen noch höheren Anteil an persönlichen Instanzen gibt, zumal es kaum öffentliche Instanzen mit offener Registrierung gibt.<br><br>Ein gemeinsamer Nachteil von Hubzilla und (streams) ist: Smartphone-Apps kann man vergessen. Für Hubzilla gibt's eine, die seit 2018 nicht mehr gepflegt wird, also mehr als die Hälfte der Zeit, die es Hubzilla gibt. Die funktioniert inzwischen gar nicht mehr. Und auch die hat den Fokus nur aufs Mikroblogging gelegt.<br><br>(streams) wird wohl nie eine Smartphone-App haben, eben weil es kein in sich geschlossenes Projekt mit fixer Projektidentität ist.<br><br>Beide unterstützen nicht die Mastodon-API, soweit ich weiß. Also ist man so oder so auf den Webbrowser angeweisen. Andererseits sind beide Projekte so mächtig, daß es kaum möglich sein dürfte, ihren jeweils kompletten Funktionsumfang in eine dann immer noch leicht bedienbare Smartphone-App zu pressen.
Jupiter Rowland@<a class="" href="https://wistex.biz/channel/scott" rel="nofollow noopener noreferrer" target="_blank">Scott M. Stolz</a><br>Well, channels have the advantage that all your content is "containerised", so-to-speak. And the ID of the container can be independent from the domain it is on. That makes both #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a> and multiple channels with different IDs on one account possible.<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a> and the other projects based on #<a class="" href="https://hub.netzgemeinde.eu/search?tag=ActivityPub" rel="nofollow noopener noreferrer" target="_blank">ActivityPub</a> have no such containers. All content is lying directly on the account. Attributing it to a wholly different ID on a different instance might be kind of difficult.<br><br>No wonder Mike has introduced channels with the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> back then.<br><br><blockquote>It could be done, but if it is done, it would most likely be just Mastodon to Mastodon...</blockquote><br>Well, truth be told, full nomadic cloning between #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a> isn't possible either. You can move from Hubzilla to Streams using the same technology as nomadic identity, but you can't create a nomadic clone. Vice versa is at least strongly disrecommended by Mike.<br><br>But if you could at least move from a nomadic Mastodon to Hubzilla or (streams)...
Jupiter Rowland@<a href="https://mas.to/@tokyo_0" rel="nofollow noopener noreferrer" target="_blank">Tokyo Outsider (337ppm)</a> If that's so, then the issue lies in Hubzilla's very concept. And that concept is at least about four years older than #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a>. It became reality either in 2012 when #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> was forked into the largely re-written #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> from which #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> would emerge in 2015, and that was still almost a year before Mastodon came out. Or that concept is even as old as the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zot" rel="nofollow noopener noreferrer" target="_blank">Zot</a> protocol which is from 2011.<br><br>The decision that was made was to not throw Hubzilla's basic concept and its fine-grained access permission control system away just to make it less confusing for Mastodon users. A concept into which Mike Macgirvin had invested four years of work. The same Mike Macgirvin who had created Friendica from nothing to a 1.0 release within four months.
Jupiter Rowland@<a href="https://sh.itjust.works/c/opensim" rel="nofollow noopener noreferrer" target="_blank">OpenSim</a><br><br>It's happening. Probably.<br><br>The #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a> and the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Metaverse" rel="nofollow noopener noreferrer" target="_blank">Metaverse</a> will grow another bit closer again.<br><br>The #<a class="" href="https://hub.netzgemeinde.eu/search?tag=HoloNeon" rel="nofollow noopener noreferrer" target="_blank">HoloNeon</a> grid has announced that it will create an elaborate, bi-directional connection between the grid and its own (streams) instance. This will actually include the automatic creation of an #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OpenSim" rel="nofollow noopener noreferrer" target="_blank">OpenSim</a> avatar for each channel created.<br><br>I sincerely hope they'll #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OpenSource" rel="nofollow noopener noreferrer" target="_blank">OpenSource</a> that development.<br><br>Here's the official announcement:<br><br> <a href="https://streams.holoneon.com/channel/aeris" rel="nofollow noopener noreferrer" target="_blank"></a><span><a href="https://streams.holoneon.com/channel/aeris" rel="nofollow noopener noreferrer" target="_blank">Aeris Irides</a> wrote the following <a href="https://streams.holoneon.com/item/31e8a9c5-1be7-4d21-83e5-37abe7d274c8" rel="nofollow noopener noreferrer" target="_blank">post</a> <span class="">Sun, 20 Aug 2023 05:28:06 +0200</span></span> We will connect streams federated server to OpenSimulator federated metaverse server. <br><br>Objectives:<ul><li>create account will happen on streams, account will be created on OpenSimulator server.</li><li>Sync passwords when updated on streams instance.</li><li>Photos marked full perm in OS will show up on streams feed</li><li>Profile photo changed in OS will appear on streams profile and vice-versa</li><li>Notifications (@metions, @replies, @privatemessage, etc) will popup in OS viewer.</li></ul> <br><br>A bit of explanation, especially for those of you who don't know the Fediverse beyond Mastodon and Lemmy:<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a> is <a href="https://codeberg.org/streams/streams" rel="nofollow noopener noreferrer" target="_blank">a code repository</a> which contains a Fediverse server application created in 2022 that can be seen as a descendant of the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> from 2012 and its successor #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> (<a href="https://hubzilla.org" rel="nofollow noopener noreferrer" target="_blank">see here</a>) from 2015. While it doesn't have quite as many features as Hubzilla, it still goes well beyond what Mastodon has to offer and even surpasses Lemmy here and there. It offers #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a> which is nothing new; the Red Matrix was created to introduce it, and Hubzilla has it, too.<br><br>Since this Fediverse server application is intentionally nameless and brandless, it is usually being referred to by the name of the repository in parentheses: (streams).<br><br>Before you ask: Yes, (streams) federates with Mastodon and Lemmy.<br><br>And now for those of you who have found this post elsewhere than on Lemmy:<br><br>#<a class="" href="https://hub.netzgemeinde.eu/search?tag=OpenSimulator" rel="nofollow noopener noreferrer" target="_blank">OpenSimulator</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OpenSim" rel="nofollow noopener noreferrer" target="_blank">OpenSim</a> in short (<a href="http://opensimulator.org" rel="nofollow noopener noreferrer" target="_blank">see here</a>), is basically #<a class="" href="https://hub.netzgemeinde.eu/search?tag=SecondLife" rel="nofollow noopener noreferrer" target="_blank">SecondLife</a> in free, open-source, community-driven, decentralised and federated. So it's a platform for 3-D #<a class="" href="https://hub.netzgemeinde.eu/search?tag=VirtualWorlds" rel="nofollow noopener noreferrer" target="_blank">VirtualWorlds</a>.<br><br>Unlike so many others, it wasn't created recently to cash in on the metaverse hype. It has been around since 2007, it has been federated since 2008, and the OpenSim community has been using the term "metaverse" regularly since at least 2010, most likely even longer. It's also non-commercial at its core, and it probably offers the cheapest land of all virtual worlds.<br><br><a href="https://holoneon.com/" rel="nofollow noopener noreferrer" target="_blank">Holo Neon</a> is one of over 400 known active OpenSim grids (worlds), most of which, like Holo Neon, are connected to each other on the so-called #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hypergrid" rel="nofollow noopener noreferrer" target="_blank">Hypergrid</a>.<br><br>It's one of only very few which have a #<a class="" href="https://hub.netzgemeinde.eu/search?tag=cryptocurrency" rel="nofollow noopener noreferrer" target="_blank">cryptocurrency</a> integrated, and the one that Holo Neon uses can't be traded for real money. Most grids don't have any currency at all; some use the grid-overarching <a href="https://www.gloebit.com/" rel="nofollow noopener noreferrer" target="_blank">Gloebit</a>, some only have "monopoly money" that can't be traded with real money, and a very few commercial grids have their own currencies.
Jupiter RowlandI've figured that I need a proper #<a class="" href="https://hub.netzgemeinde.eu/search?tag=introduction" rel="nofollow noopener noreferrer" target="_blank">introduction</a> post for those who come from outside, and that's nearly everyone.<br><br><strong>First of all:</strong> This is not someone's single, general, all-purpose, personal channel. This channel was created to specialise in the topics of #<a class="" href="https://hub.netzgemeinde.eu/search?tag=VirtualWorlds" rel="nofollow noopener noreferrer" target="_blank">VirtualWorlds</a> in general and, more specifically, those based on #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OpenSimulator" rel="nofollow noopener noreferrer" target="_blank">OpenSimulator</a>. And you can consider me not much more than an #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OpenSim" rel="nofollow noopener noreferrer" target="_blank">OpenSim</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=avatar" rel="nofollow noopener noreferrer" target="_blank">avatar</a>.<br><br><a href="http://opensimulator.org" rel="nofollow noopener noreferrer" target="_blank">OpenSimulator</a> (see also <a href="https://www.hypergridbusiness.com/faq/what-is-opensim/" rel="nofollow noopener noreferrer" target="_blank">here</a>) is a free, open-source and decentralised re-implementation of #<a class="" href="https://hub.netzgemeinde.eu/search?tag=SecondLife" rel="nofollow noopener noreferrer" target="_blank">SecondLife</a>, created around Second Life's own viewer API after Linden Labs made the official Second Life viewer open-source. It was launched in January, 2007, and most OpenSim-based world, usually called grids, have been federated with one another since the introduction of the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hypergrid" rel="nofollow noopener noreferrer" target="_blank">Hypergrid</a> in 2008. One could say that it is to Second Life what Mastodon is to Twitter, and what #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Lemmy" rel="nofollow noopener noreferrer" target="_blank">Lemmy</a> is to Reddit, only that the UI can be almost identical, and the UX is even more similar.<br><br>I've been in OpenSim since April 30th, 2020. By the way, <strong>I'm not in Second Life</strong>, and I've never been there.<br><br>I also have a blog about OpenSim in German language that's somewhat dormant currently, but I still have a lot to write and post about.<br><br>I occasionally post about the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a> with which I mean the Fediverse beyond #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a>. That's when I have to say something that nobody else says.<br><br><a href="https://hub.netzgemeinde.eu/channel/jupiter_rowland//?cat=Memes" rel="nofollow noopener noreferrer" target="_blank">Some of my posts contain memes</a>. Sometimes it's easier to express something in one image macro than in 5,000 words.<br><br>I don't post about real life. I may occasionally comment posts about real life, but I don't post about it.<br><br><br><strong>Where I am:</strong> Those of you who come across my channel in their Web browsers in search of my profile (which is <a href="https://hub.netzgemeinde.eu/profile/jupiter_rowland" rel="nofollow noopener noreferrer" target="_blank">here</a>, by the way), will most likely see it right away. But those who see this post in their Mastodon timelines won't, so it's only fair to mention it here:<br><br>I'm not on Mastodon. Yes, I'm someplace that's connected to Mastodon, but I'm not on Mastodon proper. So some of you might learn it from this post: #<a class="" href="https://hub.netzgemeinde.eu/search?tag=MastodonIsNotTheFediverse" rel="nofollow noopener noreferrer" target="_blank">MastodonIsNotTheFediverse</a> which means that the Fediverse is not on Mastodon.<br><br>Instead, I'm using a project named #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> (see also <a href="https://hubzilla.org" rel="nofollow noopener noreferrer" target="_blank">the official website</a>). It has tons of features that Mastodon doesn't have, including some that are highly requested on Mastodon such as full-text search, quotes, text formatting <a href="https://hub.netzgemeinde.eu/item/92d30357-bf1d-4c69-ab89-7e1853481ce0" rel="nofollow noopener noreferrer" target="_blank">like you wouldn't believe</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=SingleSignOn" rel="nofollow noopener noreferrer" target="_blank">SingleSignOn</a> and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a>. It practically doesn't have any character limits at all. Also, it's older than Mastodon. It had its 1.0 release in December, 2015, more than half a year before Mastodon, and it was renamed from a project named #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> that was launched as early as 2012, about four years before Mastodon.<br><br><br><strong>What it means that I'm on Hubzilla:</strong> Next to my hashtags and mentions looking weird in comparison to what you're used to on Mastodon, the biggest "side-effect" of this is that my posts can grow truly <em>massive</em> for Mastodon standards. I don't do threads when I have to write a lot. I don't have to. Long posts are fortunately still something that Mastodon displays correctly even if you can't write them on most Mastodon instances. And I could write posts with tens of thousands of characters. So I won't do that.<br><br>This post is longer than 28 Mastodon toots, and as you can see, I didn't break it down into a thread of well over 30 single posts.<br><br>That is, if I really have to write something that's akin to a blog post with lots of embedded pictures, while I can do that as a regular post, I'll do it as a long-form article and then link to it. I know that some of you mobile app users don't like your Web browser popping open, but trust me when I say it's the best solution, also due to what Mastodon does with embedded images which it can't display as such. Besides, I don't force you to tap that link to my newest article.<br><br><br><strong>How I handle images:</strong> Which takes us to images. It's here where I do acknowledge some of Mastodon's limitations, seeing as roughly 99% of the recipients of my posts are on Mastodon, what with how many newbies indiscriminately follow everything they come across to get their personal timeline busy, and others following me with the belief that I'm a Fediverse guru first and foremost.<br><br>I no longer post more than four pictures at once. That's because Mastodon can't handle more than four pictures in one post.<br><br>I still embed the pictures someplace in my posts that is not at the bottom. The bottom is for hashtags which I haven't already used in the text. Yes, I make a lot of use of hashtags for everyone's convenience, and I always write them in CamelCase when appropriate and/or necessary. As for the embedded pictures, sometimes I explain in my posts where which picture that you'll find at the bottom of the post in reverse order should be where in the text, but I don't always do that.<br><br><br><strong>How I handle alt-text and image descriptions:</strong> I always add #<a class="" href="https://hub.netzgemeinde.eu/search?tag=AltText" rel="nofollow noopener noreferrer" target="_blank">AltText</a> to images, even though Hubzilla doesn't offer a dedicated UI element for that. I always give #<a class="" href="https://hub.netzgemeinde.eu/search?tag=ImageDescriptions" rel="nofollow noopener noreferrer" target="_blank">ImageDescriptions</a>. However, I don't necessarily put the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=ImageDescription" rel="nofollow noopener noreferrer" target="_blank">ImageDescription</a> into the alt-text. I want my image descriptions to be detailed and informative so that everyone knows and understands what's in the picture.<br><br>However, my in-world pictures in particular might be <em>very</em> detailed, and since they were taken in places that next to nobody in the Fediverse knows, they might be full of stuff that needs to be mentioned, described and explained. Mobile users in particular like detailed image descriptions if the images themselves take too long or entirely refuse to load due to poor network performance. Also, good image description style demands all text anywhere in a picture be fully transcribed and, if it isn't in English, translated. I transcribe and translate text that even I can't see in a picture, much less read; I guess, a full transcription is even more justified in this case. An in-world sign that's a 5x3-pixel speck in the picture? An scripted button, in-world again, that's a 4x2-pixel speck? I transcribe and translate them. How else are you supposed to know what's written on them?<br><br>So the descriptions for these images may grow too long for alt-text, not only longer than Mastodon's 1,500-character limit, but longer than what <em>any</em> Fediverse front-end could possibly display, and way too long to be convenient for #<a class="" href="https://hub.netzgemeinde.eu/search?tag=ScreenReader" rel="nofollow noopener noreferrer" target="_blank">ScreenReader</a> users. My current record for an image description is <a href="https://hub.netzgemeinde.eu/item/7ce3a035-dc21-4853-a860-33bd46da4856" rel="nofollow noopener noreferrer" target="_blank">13,215 characters</a>.<br><br>Also, I've been told that alt-text isn't really that accessible, for many sighted Fediverse users simply can't access it at all, especially mobile users who don't have a mouse cursor to hover on an image. So any image description in alt-text is lost to them.<br><br>The most accessible method of posting image descriptions is right within the post itself in plain sight for everyone. I consider it bad style-wise unless a post is explicitly about the picture that's being described which rarely is the case here. But since many demand this, I'll do it from now on until enough people complain about it and say that they'd prefer me to put my image descriptions elsewhere and link to them. The alt-text will mention that here's an image, and the description is in the text. If there are multiple images, the alt-text will give them identifiers so that you know which image is being described when and where.<br><br>But I will neither shorten my image descriptions and remove information from them to satisfy the "alt-text must describe the image" crowd, nor will I provide redundant double descriptions by describing an image within the 1,500-character limit in the alt-text and then again in more details outside the alt-text.<br><br><br><strong>How I handle sensitive content and content warnings:</strong> Basically, not at all. At least not the Mastodon way.<br><br>Hubzilla does have what Mastodon calls #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CW" rel="nofollow noopener noreferrer" target="_blank">CW</a>. It has had it from its inception as the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> in 2012. In fact, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a>, which the Red Matrix was forked from, and which had the same creator as the Red Matrix/Hubzilla, had it in 2010 already. It serves a different purpose there, namely to provide summaries for very long posts. But the functionality is largely the same.<br><br>However, as far as I can judge, I don't post sensitive text. I write about tech, not about politics or culture or social topics. And, again, I don't write about the real, non-digital world. I've yet to read that any of what I'm writing about may trigger people to the degree that a #<a class="" href="https://hub.netzgemeinde.eu/search?tag=ContentWarning" rel="nofollow noopener noreferrer" target="_blank">ContentWarning</a> would be necessary.<br><br>As for images, I can't do anything about them. No, really, I can't. Even if I put a summary on a post which Mastodon will make into a CW, and I put images in that post, Mastodon will show these images unblurred in plain sight for everyone. This is an issue on Mastodon's side. I can't do anything about it. I can have Hubzilla users click two or three times, depending on their own settings, before they can see these images unblurred. Up to four times if I add a spoiler tag on top. At the same time, Mastodon throws the same images in the same post into everyone's faces in their full glory.<br><br>That is, the only thing I could do about that is not post images that may count as sensitive for someone out there at all. The problem with this is that the amount of visual content that may count as sensitive constantly grows more and more, and I don't have a full list of it. If I were to stop posting anything that could offend or trigger someone, I might have to stop posting memes altogether because memes/image macros in general trigger some people and specific ones trigger others. Also, I couldn't post pictures taken on medieval or village or urban sims if there's a church in sight which might trigger people who find religion in general or Christianity as a whole offensive. I couldn't post pictures of the famous Sendalonde Community Library, not because that'd require a massive wall of text just to describe the building, but because it may contain books about science, history or philosophy.<br><br>Also, I can't always guarantee that in-world pictures don't just happen contain any sensitive elements. There may always be something triggering in them that I'm not aware about. Even if I, as an avatar, avoid looking at the camera (eye contact), there might be another avatar or an NPC or an animesh figure or a static figure somewhere in the background that just happens to look at the camera which I didn't notice in time. Or there may be two avatars dancing, an avatar dancing with an NPC, or a static figure of two people dancing, or a statue of a couple (public display of affection). Or two static figures, one showing a child, one showing an adult woman that's implied to be the child's mother (family). Or maybe, in a picture taken at a very busy and very detailed place, there's a tiny speck that can more or less clearly be identified as a burger or a cake (food) or a bottle of beer (alcohol) or a cat (cats) or an ambulance (health, medicine, work) that was somewhere in the background. Or rather a digital, virtual model of one. I might just discover this myself after posting.<br><br>I can't conceal any of this behind a CW for everyone. Within Hubzilla, I can. For people all over Mastodon who make up 99% of my readers, I can't. Again, this is a limitation on Mastodon's side which I have to work around. And the only way I could possibly do so is by not posting any pictures that may offend or trigger someone. I might just as well stop posting images altogether.<br><br>Oh, and last but not least: I can't put summaries/CWs on replies.<br><br>Unlike Mastodon, Hubzilla has a blog-like, Facebook-like one-post-many-comments thread structure that makes a strict distinction between posts (always only the first) and comments (everything else). And neither Friendica devs nor Hubzilla devs ever thought that a <em>blog comment</em> might grow so long that it'd require a summary. Or that someone would start using summaries for content warnings, especially since Hubzilla has better means for content warnings. So there's no summary functionality for comments.<br><br><br><strong>What it means when I follow you back:</strong> Most of the time, it means nothing. It means that I let you follow me. It does not necessarily mean that I actually follow you back.<br><br>This is due to a technical limitation on Hubzilla. I've set my channel up in such a way that I have to confirm all new connections. However, when I confirm a new follower connection, I automatically "follow them back", i.e. create a mutual connection. This is hard-coded. I can't change it.<br><br>But this does not mean that all your posts actually appear on my stream. If you don't write anything that's within the scope of this channel, I won't allow you to deliver your posts to my stream.<br><br>If you write about OpenSim, I will.<br><br>If you write about Second Life, I might.<br><br>If you write about another virtual world that might be interesting for me, I might.<br><br>If you write about the Fediverse, and you don't reduce the Fediverse to only Mastodon, I might.<br><br>If you're an in-world acquaintance of mine who doesn't post about OpenSim, I very likely will.<br><br>If none of this applies, I won't. I'll let your comments on other posts through, I'll let your direct messages through, but I won't let your posts clutter my stream.<br><br>If I let your posts through, but there's a lot of boost spam coming from you that isn't interesting for me, I'll filter your boosts out.<br><br>If Hubzilla should ever improve their filters, and I let your posts through, I may still apply a filter that only lets through what I want to read if you post a lot of stuff that I don't find interesting within the scope of this channel.<br><br><br>If you aren't okay with any of this, feel free to block me now before it's too late. I don't care how many people follow me or can read my posts as long as the right ones can. But I will not change the way I post to make it more like Mastodon, especially not if I can't because something is hard-coded.<br><br><br>Thanks for your patience.
Jupiter Rowland@<a href="https://mas.to/@schizanon" rel="nofollow noopener noreferrer" target="_blank">🍄🌈🎮💻🚲🥓🎃💀🏴🛻🇺🇸</a> @<a href="https://social.coop/users/J12t" rel="nofollow noopener noreferrer" target="_blank">Johannes Ernst</a> #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a> didn't invent their CW technology.<br><br>The very same thing already existed on #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> when it was launched under the name of Mistpark. And that was in July, 2010, almost six years before Mastodon. The Friendica fork #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> / #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> has had it since before Mastodon, too. Both still exist, they're part of the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a>, and they're federated with Mastodon. I'm on Hubzilla myself.<br><br>The only difference is that Mistpark/Friendika/Friendica and Red Matrix/Hubzilla didn't call it "content warning". They called it "summary". The purpose was to provide a summary for very long posts. Where Mastodon has a 500-character limit, these projects practically don't have any limits. I've heard of a Friendica instance with a 70,000-character limit. So this was included so you don't have humongous long-form blog posts pop up right before you, and you can choose whether or not to see it.<br><br>That being said, especially for users on these projects, the use of this as CWs on Mastodon can be treacherous. See, when you toot something on Mastodon directly, you include images, and you put a CW on the whole toot, the images are blurred.<br><br>When you write a post on Friendica or Hubzilla, you include images, and you add a summary (which will serve as a CW on Mastodon), then Mastodon has to convert the linked and embedded images (that's how Friendica and Hubzilla do it) into file attachments. And it doesn't blur them. They stay in plain sight.<br><br>Now, most Mastodon users don't know where a "toot" comes from. They'll assume that everything in their timelines is actually a toot that originated on Mastodon. Many don't even know that there's something else in the Fediverse than Mastodon.<br><br>So when they see a post with a CW on it, but unblurred images with sensitive content, they'll assume either carelessness or bad intention. And you're likely to be scolded for what's actually a software limitation. (I should file an issue about this on GitHub.)<br><br>In the meantime, on Hubzilla where the post actually came from, users have to click at least twice, sometimes even three times to see the images unblurred: once to get past the automatically added content warning (optional and configurable), then to get past the summary and finally to unblur the images which have been flagged sensitive.<br><br>But none of these measures translate to Mastodon properly or, in two cases, at all.
Jupiter Rowland@<a href="https://mastodon.social/users/rabble" rel="nofollow noopener noreferrer" target="_blank">rabble</a> @<a href="https://mastodon.social/@fediversereport" rel="nofollow noopener noreferrer" target="_blank">Fediverse Report</a> Only halfway through it due to lack of time, but in that half, the only pre-#<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a>, pre-#<a class="" href="https://hub.netzgemeinde.eu/search?tag=ActivityPub" rel="nofollow noopener noreferrer" target="_blank">ActivityPub</a> hint was a very brief mention of the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OStatus" rel="nofollow noopener noreferrer" target="_blank">OStatus</a> protocol and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=StatusNet" rel="nofollow noopener noreferrer" target="_blank">StatusNet</a>. And it doesn't sound like the other half would actually deal with anything between identi.ca and Mastodon.<br><br>Then again, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Bluesky" rel="nofollow noopener noreferrer" target="_blank">Bluesky</a> tries to convince us that the concept of #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a> is their original pioneering creation, so naturally, they'd never admit that it was actually invented along with the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zot" rel="nofollow noopener noreferrer" target="_blank">Zot</a> protocol in 2011 and has been in use since the creation of the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a> in 2012 from which eventually #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> emerged.<br><br>And the representatives of ActivityPub and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Nostr" rel="nofollow noopener noreferrer" target="_blank">Nostr</a> would never admit either that there are protocols and projects that are more powerful than theirs while also being older and having been in active use for longer.<br><br>Interestingly, not even #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Diaspora" rel="nofollow noopener noreferrer" target="_blank">Diaspora</a> was mentioned.<br><br>So basically, this isn't about the origins of the concept of open social media platforms and their largely unknown history prior to Mastodon. It's about the history of three specific platforms.<br><br>Or should I continue listening, and what I think is missing is yet to come?
Jupiter Rowland@<a href="https://toots.nu/@jens" rel="nofollow noopener noreferrer" target="_blank">Jens Ljungkvist :mastodon:</a> @<a href="https://calckey.social/@box464" rel="nofollow noopener noreferrer" target="_blank">Jeff Sikes</a> @<a href="https://calckey.social/@kainoa" rel="nofollow noopener noreferrer" target="_blank">Kainoa</a> @<a href="https://calckey.social/@atomicpoet" rel="nofollow noopener noreferrer" target="_blank">Chris Trottier</a> Something similar to "one account on all projects" is already in the works.<br><br>By and by, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Fediverse" rel="nofollow noopener noreferrer" target="_blank">Fediverse</a> projects may adopt #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OpenWebAuth" rel="nofollow noopener noreferrer" target="_blank">OpenWebAuth</a>, a #<a class="" href="https://hub.netzgemeinde.eu/search?tag=SingleSignOn" rel="nofollow noopener noreferrer" target="_blank">SingleSignOn</a> implementation developed by @<a class="" href="https://macgirvin.com/channel/mike" rel="nofollow noopener noreferrer" target="_blank">mike</a> for #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a> and currently implemented on Hubzilla, its direct predecessor #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a> and its latest not-quite direct descendant, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a>. An implementation is also in development on #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mastodon" rel="nofollow noopener noreferrer" target="_blank">Mastodon</a>. It should not be confused with #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OAuth" rel="nofollow noopener noreferrer" target="_blank">OAuth</a> and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=OAuth2" rel="nofollow noopener noreferrer" target="_blank">OAuth2</a>, these are something entirely different.<br><br>What OpenWebAuth is that it recognises logins elsewhere. When I'm logged into this Hubzilla account, and I visit another Hubzilla hub or maybe a Friendica node or a (streams) instance, it will automatically recognise me. And it will grant me some extra "guest permissions" like being able to post directly on the wall of another Hubzilla or (streams) channel.<br><br>What it does not do, however, is give me all the power on any Friendica node, Hubzilla hub or (streams) instance that a logged-in user with a user account has.<br><br>I can't go to another Hubzilla hub and create a clone of my channel or create a brand-new channel or post an article or start a wiki or upload files just with my OpenWebAuth login credentials. And when Mastodon introduces OpenWebAuth, I still won't be able to go to any one random Mastodon instance and start tooting. All this would still require a local user account on that one specific instance.<br><br>One account for the whole Fediverse is utopic. It's technologically impossible or just very very very unfeasible.<br><br>The Fediverse has 24,000+ instances of dozens of projects. If you want full local user power everywhere in the Fediverse, you'll need one registered account on each one of these 24,000+ instances.<br><br>Whenever someone joins mastodon.social, then RATATATATATATATATATATA, 24,000+ more accounts with the same login credentials will have to be created automatically.<br><br>Also, the Fediverse has 12,000,000+ users. If you want full local user power everywhere in the Fediverse, then everyone else must have it, too. So every single instance of each Fediverse project will have to have one account per Fediverse user. The only exceptions would be those very few projects which are designed for only one user account.<br><br>However, personal instances of projects that are designed for multiple user accounts will all be affected. The hapless Mastodon user who comes over to your personal Hubzilla hub to act like a registered user will neither know nor care if that hub is running on a root server in a data centre with two 36-core Xeon CPUs and enough RAM to make a 3-D CAD workstation cry or on a Raspberry Pi at your home.<br><br>Now, let's assume someone has set up a new Web server with some Fediverse project installed on it. It doesn't matter if that's Mastodon or #<a class="" href="https://hub.netzgemeinde.eu/search?tag=CalcKey" rel="nofollow noopener noreferrer" target="_blank">CalcKey</a> or #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Lemmy" rel="nofollow noopener noreferrer" target="_blank">Lemmy</a> or #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mitra" rel="nofollow noopener noreferrer" target="_blank">Mitra</a> or (streams) or whatever as long as it has #<a class="" href="https://hub.netzgemeinde.eu/search?tag=ActivityPub" rel="nofollow noopener noreferrer" target="_blank">ActivityPub</a>. They start that thing up for the first time: <code>sudo systemctl start nginx</code> or so.<br><br>And RATATATATATATATATATATA TATATATATATATATATATATA TATATATATATATATATATATA TATATATATATATATATATATA TATATATATATATATATATATA TATATATATATATATATATATA, that poor thing will sit for WEEKS registering over twelve million user accounts.<br><br>Why? Because anyone in the Fediverse might come over anytime soon and want to use just this one specific instance as if they had registered their personal user account there. In order to be able to do that, they need a user account.<br><br>By the way, not even the notorious featherweight #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Pleroma" rel="nofollow noopener noreferrer" target="_blank">Pleroma</a> could handle 12,000,000+ user accounts on one instance. Mastodon can do that even less, not to mention the heavyweight Friendica or the super-heavyweight Hubzilla.<br><br>Speaking of Hubzilla, maybe a new Hubzilla hub might get away more easily when starting up for the first time. On Hubzilla, ActivityPub is optional per hub and then per channel. The hub admin can switch it on and off, and if it's on, the users can switch it on and off again for each one of their channels.<br><br>So if ActivityPub is off on the admin side by default, new Hubzilla hubs will only register one user account for each Hubzilla and (streams) user out there, maybe also for the users on the few remaining instances of the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zotlabs" rel="nofollow noopener noreferrer" target="_blank">Zotlabs</a> projects that went EOL on New Year's Eve 2022, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Redmatrix" rel="nofollow noopener noreferrer" target="_blank">Redmatrix</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Osada" rel="nofollow noopener noreferrer" target="_blank">Osada</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zap" rel="nofollow noopener noreferrer" target="_blank">Zap</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Misty" rel="nofollow noopener noreferrer" target="_blank">Misty</a> a.k.a. #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Mistpark2020" rel="nofollow noopener noreferrer" target="_blank">Mistpark2020</a> and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Roadhouse" rel="nofollow noopener noreferrer" target="_blank">Roadhouse</a>. They all speak one native language, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zot" rel="nofollow noopener noreferrer" target="_blank">Zot</a>.<br><br>But once the admin activates the Pubcrawl app for their hub, that hub will immediately start registering user accounts for every user on every instance of every project that connects to Hubzilla via ActivityPub, each account with one channel with Pubcrawl on. And it will spend weeks or months doing so and not have any server resources left to do anything else in the meantime.<br><br>Speaking of Hubzilla, there's also #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a>, the killer feature of the Zot protocol. Hubzilla has it, (streams) has it, and the (un)dead Zotlabs projects have it.<br><br>Ideally, each Fediverse user would not get one account on each Hubzilla hub and each (streams) instance with one separate, unique channel on it. They would first get the accounts. On one account on one Hubzilla hub, one channel would be created. This channel would then be cloned across all Hubzilla hubs and to (streams).<br><br>Advantage: Each Fediverse user would only have one channel for Hubzilla and (streams) together. They would have the exact same content on all Hubzilla hubs and, minus what Hubzilla can do that (streams) can't, all (streams) instances.<br><br>Obvious disadvantage: Whenever someone decides to do something on that channel, it would have to be synced to all its clones in near-real-time, causing a lot of network traffic.<br><br>And if you set up a new Hubzilla hub or (streams) instance, the creation of 12,000,000+ accounts would actually become a lesser problem. The bigger problem would be the 12,000,000+ channels that will be cloned onto your machine with everything on them. You'd better attach a few petabytes worth of HDD capacities to your personal little Raspberry Pi.<br><br>By the way, if everyone had full local user rights on each Fediverse instance, the Fediverse would have over 300 billion local accounts.
Jupiter Rowland@<a href="https://sfba.social/@CynthesisToday" rel="nofollow noopener noreferrer" target="_blank">CynthesisToday</a> If you want to speak to someone who really knows his way around communications protocols, I'll have to refer you to @<a class="" href="https://macgirvin.com/channel/mike" rel="nofollow noopener noreferrer" target="_blank">mike</a>, creator of #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Friendica" rel="nofollow noopener noreferrer" target="_blank">Friendica</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=RedMatrix" rel="nofollow noopener noreferrer" target="_blank">RedMatrix</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Hubzilla" rel="nofollow noopener noreferrer" target="_blank">Hubzilla</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Osada" rel="nofollow noopener noreferrer" target="_blank">Osada</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zap" rel="nofollow noopener noreferrer" target="_blank">Zap</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Misty" rel="nofollow noopener noreferrer" target="_blank">Misty</a>, #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Roadhouse" rel="nofollow noopener noreferrer" target="_blank">Roadhouse</a> and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Streams" rel="nofollow noopener noreferrer" target="_blank">Streams</a> and of the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=FederatedSocialWeb" rel="nofollow noopener noreferrer" target="_blank">FederatedSocialWeb</a> protocols #<a class="" href="https://hub.netzgemeinde.eu/search?tag=DFRN" rel="nofollow noopener noreferrer" target="_blank">DFRN</a> (base protocol for Friendica) and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Zot" rel="nofollow noopener noreferrer" target="_blank">Zot</a> (base protocol for all the others), thus also inventor of #<a class="" href="https://hub.netzgemeinde.eu/search?tag=NomadicIdentity" rel="nofollow noopener noreferrer" target="_blank">NomadicIdentity</a>, as well as contributor to both the #<a class="" href="https://hub.netzgemeinde.eu/search?tag=Diaspora" rel="nofollow noopener noreferrer" target="_blank">Diaspora</a> protocol and #<a class="" href="https://hub.netzgemeinde.eu/search?tag=ActivityPub" rel="nofollow noopener noreferrer" target="_blank">ActivityPub</a>.