photog.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
🌈 An inclusive place for your photos, silliness, and convos! 🌈

Administered by:

Server stats:

243
active users

#zap

0 posts0 participants0 posts today
Replied in thread
@Thomas Eibich aka DK2NB
Bauen die Workshops aufeinander auf oder kann man auch einfach so mal vorbei kommen?

Wir haben jedes Mal Leute dabei, die zum ersten Mal bei der Sprechstunde sind und häufig auch erst seit kurzem überhaupt im Fediverse. Das ist also kein Problem. Und da baut auch nichts aufeinander auf.

Was ist Hubzilla?

Oh, da muß ich weit ausholen. (Ich kommentiere übrigens gerade von Hubzilla.)

Hubzilla ist das absolute, ultimative Featuremonster im Fediverse. Eine Art Alleskönner, der Features hat, die für die allermeisten Fediverse-Nutzer im Fediverse völlig unvorstellbar sind, aber auch Features, die sich viele im Fediverse wünschen. Wohlgemerkt, ohne zu wissen, daß es diese Features im Fediverse längst gibt.

Hubzilla ist im Prinzip "Facebook trifft WordPress trifft Google Cloud Services trifft noch mehr Zeug" im Fediverse, und es kann mit wenigen Mausklicks aufgebohrt werden zu "Facebook trifft WordPress trifft Google Cloud Services trifft Joplin trifft GeoCities trifft <irgendeine Wiki-Engine hier einsetzen> trifft noch mehr Zeug" im Fediverse. Ja, GeoCities. Man kann buchstäblich Webseiten auf Hubzilla aufbauen.

Hier sind ein paar Links:

Hubzilla ist übrigens älter als Mastodon.

Hubzillas Vater ist @Mike McCue , ein pensionierter professioneller Software-Entwickler mit fast einem halben Jahrhundert an Erfahrung. Der hat schon 2010, noch vor dem in dem Sommer in den Himmel gehypeten diaspora*, eine extrem vielseitige und extrem leistungsfähige freie, quelloffene, dezentrale Facebook-Alternative gestartet, die ursprünglich Mistpark hieß und heute als Friendica bekannt ist. Die gibt's heute hoch, sie ist Teil des Fediverse, und sie ist mit Mastodon föderiert, seit es Mastodon gibt.

Friendica ist kein Facebook-Klon, sondern eine Facebook-Alternative, die grundsätzlich dieselbe Funktion haben soll wie Facebook, aber besser als Facebook ist. Friendica kann nebenher auch genutzt werden als vollwertiges Blogging-System mit allen Schikanen: Titel, Zusammenfassung, Kategorien, alles Mögliche an Textformatierung, beliebig viele Bilder mitten im Text eingebettet, über 16 Millionen Zeichen.

Friendica wurde aufgebaut auf seinem eigenen Protokoll namens DFRN. Aber ein Killerfeature von Friendica war schon immer, daß es sich in alle möglichen und unmöglichen anderen Richtungen verbinden kann: Fediverse, diaspora*, Tumblr, WordPress, sogar Twitter, ein paar Jahre sogar Facebook und so weiter.

So ganz zufrieden war er damit aber nicht. Ein großes Problem war nämlich, daß jedes Mal, wenn ein öffentlicher Friendica-Node dichtmachte, die Nutzer alles verloren. Auf die Lösung kam er 2011: nomadische Identität, also die Möglichkeit, die eigene Social-Networking-Identität gleichzeitig voll synchron auf mehreren Servern zu haben.

Dafür entwickelte er ab 2011 ein neues Protokoll names Zot, das genau diese Funktion bieten sollte. Um es zu implementieren, forkte Mike noch 2011 einen Friendica-Fork, den er im selben Jahr erstellt hatte, um mit verschiedenen Lizenzen zu experimentieren. (Deswegen steht Friendica heute unter der AGPLv3 und die meisten seiner "Nachfahren" weiterhin unter der MIT-Lizenz.)

So entstand etwas namens "Red" (von spanisch "la red" = "das Netzwerk"). 2012 wurde es komplett neu geschrieben gegen das Zot-Protokoll. Das war der eigentliche Startschuß für Hubzilla. Damals gab Mike übrigens Friendica (das inzwischen auf die AGPLv3 relizensierte Original) an die Community ab. Ende 2012 wurde Red umbenannt in "Red Matrix", weil man "Red" nicht googlen kann.

Allerdings wurde die Red Matrix kaum angenommen, weil sie im Grunde Friendica mit vielleicht ein oder zwei weniger Verbindungsmöglichkeiten und nomadischer Identität war. Die meisten verstanden nomadische Identität aber gar nicht, und von denen, die sie verstanden, glaubten viele, sie gar nicht zu brauchen, weil sie eh ihr Friendica-Konto auf ihrem eigenen Node hatten.

So gab es dann im März 2015 den Schnitt. Mike und seine Mitstreiter aus der Community nahmen die Red Matrix und strickten sie um für neue Zielgruppen, insbesondere Betreiber öffentlicher Server. Dafür wurden haufenweise neue, teilweise optionale Features drangebaut: WebDAV für den eingebauten Filespace, ein CalDAV-Server, der das Frontend des Eventkalenders mitnutzt, ein CardDAV-Server, nichtföderierende Artikel, Planungskarten, Wikis, Webseiten usw. usf. Und das Ganze wurde umbenannt in Hubzilla.

Wir sind übrigens immer noch zehn Monate vor dem Start von Mastodon.

Standardmäßig föderiert Hubzilla nur über sein eigenes Zot-Protokoll. Es unterstützt immer noch einiges an nichtnomadischen Protokollen und Verbindungen, aber alles, was nichtnomadisch und bidirektional ist, ist optional und standardmäßig deaktiviert, muß also in einem neuen Kanal erst aktiviert werden. Darunter fällt auch ActivityPub, das Hubzilla seit Juli 2017 als allererste Software überhaupt implementiert hat, zwei Monate noch vor Mastodon.

Damit war aber das Ende der Fahnenstange noch nicht erreicht.

Mike wollte das Zot-Protokoll noch weiter entwickeln, und zwar auf Arten und Weisen, die möglicherweise die Kompatibilität beeinträchtigten. Das konnte er nicht auf Hubzilla selbst machen.

Also gab er 2018 Hubzilla ab an zwei Entwickler aus der Community und forkte es. Erst kam Osada, das wohl zunächst als Entwicklungsplattform für Zot6 dienen sollte, aber trotzdem noch die meisten von Hubzillas Verbindungsmöglichkeiten hatte. Bei Osada wurde übrigens fast alles wieder entfernt, was beim Umbau von der Red Matrix zu Hubzilla dazugekommen war.

Wie es aber zunächst aussah, würde Zot6 nicht mit nichtnomadischen Protokollen zusammenspielen können. So entstand als zweiter Fork Zap; ich glaube heute, Zap war ein Fork von Osada und nicht von Hubzilla. Jedenfalls behielt Osada die ganzen Verbindungsmöglichkeiten, verlor aber nomadische Identitäten. Zap wiederum blieb nomadisch, unterstützte aber nur Zot6.

Schließlich stellte sich heraus: Zot6 konnte sehr wohl mit nichtnomadischen Protokollen zusammenspielen. Also wurde Osada, wie es war, Anfang 2019 eingestampft. Die Idee, einen Osada-Kanal als Gateway zwischen Zap und dem Rest des Fediverse zu haben, war sowieso gaga und wenig praktikabel. Dafür wurde von Zap kurz darauf ein zweites Osada geforkt, das sich zumindest wieder mit ActivityPub verbinden konnte. Das war zunächst der einzige Unterschied zwischen Osada und Zap.

Im Laufe des Jahres wurden Osada und Zap stabil. Das heißt auch, Osada war so stabil, daß es keinen Grund mehr gab, warum Zap kein ActivityPub können sollte. Kurz darauf war der einzige Unterschied zwischen Osada und Zap neben dem Branding, daß auf Osada-Servern ActivityPub standardmäßig aktiviert und auf Zap-Servern standardmäßig deaktiviert war. Weil auch das Käse war und nur unnötigen Mehraufwand in der Entwicklung mit sich brachte, wurde das zweite Osada im Herbst 2019 komplett in Zap gemerget und eingestellt.

Weil Zap jetzt aber ein stabiler Daily Driver war, brauchte Mike wieder neue Entwicklungsplattformen für Zot8. Dafür wurden 2020 ein drittes Osada, Mistpark 2020 (alias Misty) und Redmatrix 2020 geforkt. Es gab das Gerücht, daß sie verschiedene Stabilitätsstufen darstellten. Tatsächlich waren sie bis auf das Branding identisch, und es waren deshalb drei, weil Mike damit die Markenfetischisten im Fediverse trollen wollte.

Einen stabilen Release mit Zot8 gab es nie. Statt dessen kam im Frühjahr 2021 Roadhouse dazu als Fork von einem von den dreien. Das basierte eigentlich schon auf Zot11, aber Zot11 war zu Zot6 in keinster Weise mehr kompatibel. Also entschied sich Mike, das Protokoll in Nomad umzubenennen. Heute sagt Mike, alle Versionen des Protokolls heißen jetzt Nomad; die Hubzilla-Entwickler widersprechen ihm aber und sagen, Zot6 ist immer noch Zot.

Jetzt hatte Mike fünf Projekte, die unterschiedliche Protokollversionen nutzte, ansonsten aber dasselbe konnten und fast dasselbe UI hatten.

Up- und Crossgrades gingen übrigens ganz einfach, in dem die Codebase des Servers umgestellt wurde. Man konnte von Zap nach Osada, Misty und Redmatrix 2020 upgraden. Man konnte zumindest zwischen Osada, Misty und Redmatrix 2020 hin und her crossgraden. Und man konnte von allen vieren nach Roadhouse upgraden.

Im Oktober 2011 forkte Mike Roadhouse in wieder etwas Neues. Dieses Mal ging er in eine ganz andere Richtung: Was er jetzt erschaffen hatte, hatte keinen Namen. Es hatte kein Logo. Es hatte keine Markenidentität. Es war auch kein Projekt mehr. Alles mit voller Absicht und sehr gut begründet. Noch dazu nahm er sogar die MIT-Lizenz weg und stellte es direktweg in die Public Domain. Damit wollte er noch größere Anreize für Entwickler schaffen, es zu forken, um daraus etwas Eigenes zu bauen.

Das Code-Repository brauchte aber zwingend einen Namen. Also wurde es "streams" genannt (ein Stream ist von Friendica bis heute das, was auf Twitter ein Feed und auf Mastodon eine Timeline ist). Weil nun aber die Community etwas brauchte, womit sie diese neue Software bezeichnen konnte, nahm sie den Namen des Repository und packten ihn in Klammern, um klarzustellen, daß das nicht der Name der Software war. Seitdem wird es seitens der Community "(streams)" genannt.

Von Zap, Osada, Misty, Redmatrix 2020 und Roadhouse konnte durch Rebasen auf (streams) geupgradet werden. Weil (streams) selbst aber keinen Namen, kein Branding und nicht mal einen festgelegten Identifier für den Servertyp hat, übernahm es kurzerhand den Server-Identifier und das Logo von der vorherigen Software. Ich habe selbst mal einen (streams)-Server gesehen, der mit Zap angefangen hatte (wie aus der Subdomain hervorging) und zwischendurch mal Misty war (weil er als Misty gebrandet war), aber vom UI und von der Softwareversion her eindeutig (streams) war.

Zum Silvesterabend 2020 stellte Mike dann Zap, Osada, Misty, Redmatrix 2020 und Roadhouse ein. Wer noch einen Server betrieb, dem war dazu geraten, auf (streams) upzugraden.

(streams) wird heute noch von Mike weiterentwickelt. An Verbindungsmöglichkeiten hat es neben Nomad auch Hubzillas Zot6 und optional, aber standardmäßig aktiviert ActivityPub. Sogar RSS- und Atom-Feeds werden nicht mehr unterstützt, um den Entwicklungsaufwand zu reduzieren.

Der letzte Fork kam im August 2024. Mike war ja damals einer der beiden Entwickler, die an nomadischer Identität über ActivityPub arbeiteten. Im Zuge dieser Entwicklung rollte Mike Portable Objects nach FEP-ef61 im Juni vom "nomadischen" Zweig von (streams) in den hauptsächlichen Entwicklungszweig und im Juli von da in den stabilen Zweig aus. Was im Labor aber funktioniert hatte, sorgte im täglichen Einsatz für Chaos, weil (streams) zuviele verschiedene Identitäten zu jonglieren hatte.

Also forkte Mike (streams) im August zu Forte, entfernte jegliche Unterstützung für Nomad und Zot6 und basierte das ganze Ding komplett auf ActivityPub, und zwar inklusive nomadischer Identität. Das dürfte hauptsächlich passiert sein, um die Nomad- und Zot6-Identitäten loswerden zu können, um das Chaos sichten zu können, aber auch, weil nomadische Identität über ActivityPub die Zukunft sein soll.

Zum 31. August warf Mike erst alle Brocken hin und wollte mit Entwicklung aufhören, weil das alles ein Riesenaufwand war. Er machte aber trotzdem weiter, weil sich in der winzigen (streams)-Community niemand fand, der (streams) und das noch instabile Forte hätte übernehmen können.

Im September wurde erstmals ein Post von Forte durch das öffentliche Fediverse föderiert. Von da an gab es die ersten, die mit ihren eigenen Forte-Servern experimentierten. Und im März 2025 erklärte Mike Forte offiziell für stabil. (streams) lebt aber weiter, denn sein Killerfeature gegenüber Forte ist, daß es ActivityPub nicht braucht. Man kann es also als Zugbrücke verwenden, um das ganze ActivityPub-basierte Fediverse auf einen Schlag auszusperren.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #ActivityPub #Zot #Zot6 #Nomad #Mistpark #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte
radiosocial.deThomas Eibich aka DK2NB (@eibich@radiosocial.de)4.25K Posts, 180 Following, 152 Followers · Fachlehrer (Fachschule Heilerziehungspflege), Heilpädagoge, Heilerziehungspfleger, Krankenpfleger Vinyl collector HamRadio Operator DK2NB, DOK B11, CW, QRP Linux Debian (stable) KDE Desktop 1. FCN Genealogie Eibich, Ullrich - Niemes, Nordböhmen Grillmeier, Höreth - Arzberg, Fichtelgebirge

Ik zet de tv net aan en loop weg. De 6-jarige ziet daardoor voor het eerst ooit TelSell. 30 seconden later ben ik terug. ‘Mama! Deze moeten we hebben! Je kunt in drie seconden je band er mee opblazen en het zuigt snoep op en blaast voetballen op! Echt!’

I'm looking to expand my :Fediverse: #Fediverse experience since I follow almost entirely Mastodon accounts.

In particular, I'm looking to follow interesting Fediverse users, forums and sites (especially about music, art, or anything nerdy!) on:

#FunkWhale,
#Pixelfed,
#Libervia,
#Lemmy, #Kbin, and #lotide forums,
#Guppe groups,
#OwnCast and #PeerTube servers and channels, and
#Plume, #Streams, #WriteFreely, #Zap, and #SocialHome blogs.

Comment your suggestions and please #boost! :MOULE_Happy:

Replied in thread
From Mastodon, it's pretty difficult to tell from a post where it came from.

Sometimes mentions can guide you roughly into a general direction.

@puns_and_ships, short name, leading @ part of the link = most ActivityPub-based projects make them look like this.

@​puns_and_ships@​dice.camp, full Webfinger ID spelled out including the domain, @ part of the link = #CalcKey and, I guess, also #MissKey from which CalcKey was forked.

@[alasdair@terminal_IV ~]$, full name spelled out, leading @ not part of the link = must be #Friendica, #Hubzilla, #Streams or that one still somewhat active #Zap instance; essentially, everything created by Mike Macgirvin.

But if you want to know exactly, and even the domain name of the instance isn't a dead giveaway already, the safest way is to look at the profile of whoever sent the post. This will guide you to their home instance which will also grant you a look at what the project which this instance is running looks like.

By the way: I think it was also CalcKey that shows with each post which project it came from. And I think I remember that Friendica can do that, too. But Mastodon is still built on the assumption of being alone in the Fediverse.
hub.netzgemeinde.euNetzgemeinde/Hubzilla
@Mr.MarkⓂ️ It's already possible to have the same account on multiple instances of the same project, but not on anything based on ActivityPub. It's called #NomadicIdentity, and only #Hubzilla, #Streams and the EOL projects in-between have it.

Between different projects it only works if they aren't too different. I know someone who has gone nomadic between #Zap and (streams), but EOL Zap can easily be upgraded to (streams), so they're very close. I myself wouldn't dare mirror my Hubzilla channel to (streams).

Something else that could be possible is authentication across projects. #OpenWebAuth already made this possible on everything from Hubzilla to (streams), but it's independent from the #Zot protocol and could also be used elsewhere. Basically, you log into your channel, and even instances where you don't have an account recognise you by your login credentials.

But your proposal, one account for as many instances as you want of as many projects as you want, regardless of underlying technology, I can't see this happen.

Either this would require OpenWebAuth to be expanded to such degrees that if I logged into my Hubzilla channel and visit a PeerTube instance, I could upload videos there. This could easily be misused.

Or it would require nomadic identity across all kinds of projects and protocols (Zot, DFRN, ActivityPub). I would have to be able to mirror my channel which I now have on two Hubzilla hubs additionally onto four Friendica nodes, five Mastodon servers, three CalcKey instances, two Funkwhale pods, four PeerTube instances, one WordPress blog, one BookWyrm instance and so forth. The very same channel with the very same content, mind you. It should be obvious that this is impossible.
hub.netzgemeinde.euNetzgemeinde/Hubzilla
@Kristian @Chris Trottier Free, non-corporate, decentralised projects have different intents and purposes than non-free, commercial, corporate, centralised silos. They're created by different people for different people, for different target audiences. And even the huge corporate silos don't start with a shiny iPhone app and then develop the server backend around it.

If it's free (as in, for example, Affero GPL), decentralised and distributed, it's made by geeks for geeks first and foremost. #Friendica first became available in 2010, and unlike Facebook, it never had the intention of becoming the next Internet for everyone in the world. Also, behind Facebook stood a huge megacorporation. Behind Friendica stood only one man, @mike, all alone, with zero budget. And yet, he managed to release something that was more powerful than Diaspora*, where at the same time only the crowdfunding campaign was running, would ever become.

Friendica's target audience were geeks. The same people that also used Linux as their main OS. Friendica wasn't made for the same people as Facebook or the iPhone. In fact, your typical Friendica user wouldn't touch an iPhone or any other Apple product with a 10-foot barge pole. They'd rather have a Nokia N900, and that was a clunky QWERTY slider that ran a modified Debian GNU/Linux.

#Redmatrix, the direct successor of Friendica, was experimental. Its sole purpose was to work on the brand-new #Zot protocol and the concept of #NomadicIdentity. It still had a small number of users and an even smaller number of instances, but they were generally voluntary guinea pigs. At this time, Friendica was already maintained by its own community which is about as far away from a Silicon Valley gigacorp as you could possibly get.

Redmatrix wasn't declared ready for prime time until late 2015 when it was renamed #Hubzilla. And even then, it didn't come with the "vision" of rolling over the mass market and replacing Facebook, WordPress, MediaWiki and the various GAFAM cloud services in one fell swoop. Again, Hubzilla was developed pretty much only by Mike Macgirvin.

#Osada and #Zap were both largely experimental again. Mike had forked them off Hubzilla because he still wasn't satisfied with what Zot could do at the time. However, the development of the new version #Zot6 couldn't happen on that monster named Hubzilla that was in everyday use now. That's why these two new projects were launched.

There's a good reason why they were two projects. Zap was there first. Zap was the actual Zot6 testbed, and thus, Zap was Zot6-only. Osada retained compatibility with Friendica and Hubzilla to test how well Zot6 would interact with ActivityPub with had meanwhile appeared as a draft and, IIRC, adopted by both Friendica and Hubzilla. Eventually, Osada and Zap ended up having the exact same codebase, and the difference between the two was an admin switch: ActivityPub on made it Osada, ActivityPub off made it Zap. As this was non-sense, Osada was axed, and Zap got ActivityPub and was declared the next stable one.

First, Zap's main killer feature over Hubzilla was Zot6 which had introduced #OpenWebAuth. When Zot6 was finally backported to Hubzilla, the remaining advantage was that Zap wasn't nearly as bloated with a somewhat less overwhelming UI. By the way, Redmatrix continued to exist with one user until Mike Macgirvin upgraded his own instance to Zap.

Now, again, you can't tinker with something that's stable. And tinkering continued. #Mistpark, Friendica's early name, returned in 2020, as did Redmatrix and Osada, all as Zap forks at various stages of instability and being experimental, none intended for a wider audience. And all created by Mike Macgirvin again. You could happily switch back and forth between Redmatrix, Osada, Zap and #Misty by simply rebasing your server code. (Installing either usually involved "git clone".)

He actually had a very good reason for this maze of names: He is opposed to big mass products with big brand identities. He wants to offer people technical solutions, not cool stuff with a sleek brand on it.

Anyways, on top of all this came #Roadhouse, another fork from somewhere in this conglomerate which was created in 2021 and solely intended for the development of the next Zot version, originally named Zot8, now known as #Nomad. Roadhouse was so experimental that there has never even been an official text saying what it actually was.

Also in 2021 came #Streams, a Roadhouse derivative that started out just as mysterious but was eventually intended for the public. It's often also referred to as (streams) because it's different from its predecessors in one point: It's even less of a brand. It isn't a product to be used as-is. (streams) is not a "Fediverse platform" that's waiting for its own iPhone app. (streams) is a code repository on Codeberg. And its purpose is for others to take the code and make something out of it. It isn't meant to be run as-is, although you can do that, and some people do. And even then, it comes without a fixed brand and kind of asks you to "rebrand" it, even on a per-instance basis. Most (streams)-based instances don't identify as (streams). Mike who is still involved in the project has his own instance based on (streams) but, probably deliberately and intentionally, still has it identify as Zap.

Another interesting fact: (streams) uses a wild hodge-podge of free licenses. Most of it is in the public domain, but parts of it are under various free licenses which aren't compatible with each other. This is fully intentional, too. It makes using (streams) for commercial products pretty much impossible because no corporate legal department will be able to figure out how to legally comply with all these licenses at the same time. Free use stays basically unlimited, though.

By the way: As of January 1st, 2023, Redmatrix, Osada, Zap, Misty and Roadhouse are EOL and discontinued, and their code repositories were closed. Instances running them can and shall be upgraded to (streams). All that's left is Friendica (the old faithful one), Hubzilla (the nomadic monster) and (streams) (the one for the tinkerers).

Now there's still the question: Why do all these projects, in fact including #Mastodon, use this approach? Why do they start with a server platform plus Web frontend instead of doing as big corporations do and start with an iPhone app and develop a server backend around it? Why appeal to a small bunch of Linux nerds rather than to a mass-market of billions?

Because if you want to go free and decentralised and distributed and federated, you'll need those Linux nerds before everyone else.

First of all, you'll need someone to run instances. Thus, you'll need people who are willing and able to do that. This requires Linux knowledge. The ability to use the command line. The ability to set up and configure a Web server. Network knowledge to connect it to the internet. You can't set up a Web server from zero with three taps on a mobile app.

In fact, when Diaspora* was young, it only ran on Mac servers. All four creators were Apple fanbois who didn't care for anything without the Apple brand on it. The Diaspora* server application was built against macOS. The result was a dire lack of public pods (instances) and everyone piling on the official pod. Mac users don't run Web servers at home, and I guess there were no hosting companies that offered Web hosting on Macs. The devs eventually had to make the server app at least halfway Linux-compatible to get more people to run pods, and you still had to compile Ruby on Rails from sources on Debian stable because Diaspora* depended on a newer version.

Also, you'll need these tech geeks to spot and report bugs. Your typical Windows or Apple user doesn't report bugs; they only complain about them or switch to a competing product. In stark contrast, many Linux users even know how to file a good and informative bug report. Some are even capable of submitting pull requests with bug-fixing patches through git.

And at least in the case of Mike's projects, you'll need a community that's capable of taking over the project itself and continuing its development. You'll need people who know how to code. You'll need people who know how to use git. And so forth. You'll hardly find such people amongst the masses who have spent all their digital lives in the cosy world of corporate-designed GUIs.

If, for example, Mastodon had started out with iPhone and Android apps and gone from there, appealing to a rather tech-illiterate mass audience, it would probably never have become decentralised. At least not beyond the federation between mastodon.social, mastodon.online and whatever more instances Eugen Rochko would have had to launch because these two were full.

And why not? Because Mastodon wouldn't have appealed to people who know how to install and run Mastodon instances. Mastodon would have only had the Windows/Mac/iPhone/Android crowd as users. All the geeks who would have known how to set up and run a Web server would have stayed on Friendica and Hubzilla. Some may have used ActivityPub to connect to Mastodon, but hardly anyone would have switched to that actually inferior platform with a wholly different crowd on it.
hub.netzgemeinde.euNetzgemeinde/Hubzilla
I sincerely hope that keeping posts short will not become a good style requirement on #Mastodon to the point of being de-facto mandatory and thereby for all #Fediverse users whose posts may end up on a Mastodon timeline.

Yes, Mastodon users are used to toots not longer than 500 characters. But Mastodon is the only Fediverse project producing text posts that has a character limit worth mentioning. The other "microblogging" projects like #Pleroma, #Akkoma, #MissKey or #CalcKey have high four-digit limits. Mike Macgirvin's various projects which are usually filed under "macroblogging", ranging from #Friendica to #Hubzilla to now-discontinued #Zap to anything based on #Streams, have limits so high they can be neglected, way up in five-digit ranges.

This also means that artifically keeping your individual posts brief and cutting up longer messages into many short posts is much more cumbersome than posting everything at once.

Add to this the uncertainty whether Mastodon will recognise replies from outside Mastodon to a post from the same project outside Mastodon as such and display them accordingly. Or at all.

For example, my experience is that replies from Hubzilla to Mastodon toots will only reach the author of the toot when they're mentioned. I'm not even sure if this post will reach any Mastodon users; I didn't mention anyone because I don't have to when replying to a Friendica post.

Now, Hubzilla doesn't have that nifty quote button that automatically mentions the author of a post and everyone else mentioned in the post replied to. It doesn't need that. Replies on Hubzilla are like comments on a blog post; they're written in a text field right below. The quote button only exists in order to reply to other replies, and even then, it only automatically mentions the author of the reply. It does not exist for original posts.

Without Mastodon's automatic mentioning, I have to mention everyone who has to be mentioned by hand. I do get pop-up lists after I've started writing an @ mention, but still. This adds to the inconvenience of self-quoting in the process of cutting up a long post into no-longer-than-500-characters chunks: I have to manually mention myself in the first comment (= the second post in the "thread") to make absolutely sure that all requirements are met for the thread to work on Mastodon.

Oh, and: Hubzilla (and just about everything that isn't Mastodon) doesn't have the "unlisted" setting that's considered good style for all posts in a thread except for the first one. If I cut a 6,000-character rant into 17 chunks, you WILL have 17 single posts in your timeline/on your stream, regardless of whether you're on Mastodon or Akkoma or Hubzilla or Friendica or your own little Streams-based concoction or wherever. No, I can't help it.

But yes, I can help it. Namely by posting that 6,000-character rant as one 6,000-character post.

Alternatively, I could make that 6,000-character rant a 6,000-character article (oh, the wonders of what Hubzilla can do) and then posting a link to the article. This would come with the extra advantage that I could use text formatting and embed pictures, and even Mastodon users could see it they way I intended it.

However, it would also bring back the issue that people don't want to click, even less if they're on a dedicated mobile app. And it would open up their Web browser, and mobile users don't like to switch back and forth between apps.
hub.netzgemeinde.euNetzgemeinde/Hubzilla

Em 2021 excluí minhas contas do #Twitter e do #Facebook. Chegou a hora de sair do #WhatsApp (vulgo #ZAP) e manter apenas o #Signal.

Uma dica para facilitar o processo de transição: #Watomatic, um #app #FOSS que deixa uma resposta automática (para avisar seus contatos). É interessante já deixar o link do Signal na mensagem, para encorajar a galera a migrar.

Watomatic - Auto Reply For WhatsApp | F-Droid - Free and Open Source Android App Repository f-droid.org/en/packages/com.pa #fdroid #Android

:fedi: The join Fediverse Wiki :fedi:
as of January 6, 2023

🎉 The wiki is one year old

:joinfediversewiki: We have an owl named Kiwi, designed by #DavidRevoy.

:fedi: We have pages on 15 Fediverse projects. Still missing are e.g.:
:gnus: #GNUSocial
:dias: #Diaspora*
#Zap

🗣️ There are 8 active languages, but many translations missing:
#Deutsch
#English
#español
#français
#עברית
#italiano
#português-do-Brasil
#日本語

You can always start a translation to a new language too.

Please join the editorial team of the wiki and help editing/translating the pages. We have lots of todos.

Replied in thread

@Helenhockay ja, habe ich... wobei ich den eindruck hatte, dass dies ne moderation fern ab der eigentlichen veranstaltung war, die da übertragen wurde, auch wenn ich nicht weiß, wo die her kam und welche instanz die gemacht hat, fakt ist aber dass die beiden sich gegen ende der übertragung verabschiedet haben, wobei ich die moderation in der app #zap aus #fdroid nicht hatte