Seit letzter Woche braucht man keinen Invite-Code mehr um sich bei Bluesky anzumelden, die wesentlich spannendere Info steht aber, wie beiläufig erwähnt, im letzten Abschnitt:
This month, we’ll be rolling out an experimental early version of “federation,” or the feature that makes the network so open and customizable. On Bluesky, you’ll have the freedom to choose (and the right to leave) instead of being held to the whims of private companies or black box algorithms. And wherever you go, your friends and relationships can go with you.
https://bsky.social/about/blog/02-06-2024-join-bluesky
Ich bin gespannt wie Bluesky federation umsetzen wird. Auf mich wirkt das ATProtocol immer noch viel zu kompliziert und „overengineered“, aber vielleicht ist das ja auch gerade der Vorteil gegenüber ActivityPub.
Ich hatte vorgestern einen kleinen Plausch mit @deadsuperhero für den Decentered Podcast, in wir unter anderem auch über die Schwierigkeiten bei der Implementierung von ActivityPub sprachen. Da WordPress in vielen verschiedenen Umgebungen laufen muss und sich die Konfiguration des Webservers, die PHP Version, das Caching, die Interferenz mit anderen Plugins und andere spezial Fälle nicht seht gut abschätzen lassen, ist es sehr schwer komplexere Funktionalitäten umzusetzen.
Ein Beispiel: Im Gegensatz zu OStatus, wo die Distribution von neuen Inhalten über PubSubHubbub (jetzt WebSub) geregelt wurde, ist bei ActivityPub der Service selbst dafür verantwortlich. Ein direktes Verteilen der Inhalte, direkt nach dem Veröffentlichen, würde bei großen Follower zahlen, den Prozess unnötig in die Länge ziehen, oder könnte sogar zu einem Fehler oder einem kompletten Abbruch führen. Um dem (so gut es geht) entgegen zu wirken, wird der Prozess asynchron über WP_Cron abgearbeitet. Leider ist aber auch das keine Garantie für einen fehlerfreien Ablauf (Siehe Ende des vorherigen Absatzes).
Lange Rede kurzer Sinn: Abhängig davon wie simpel ein Personal Data Server kurz PDS aufgebaut ist, könnte Bluesky vielleicht doch interessanter sein als ich ursprünglich angenommen habe.
Ich muss mich wohl mal mit @snarfed.org über seine Bluesky Implementierung unterhalten.
Ich bin gespannt!
@pfefferle @deadsuperhero @snarfed.org@snarfed.org
i'd be curious how many external pds are/were present in their testing sandbox, aside Ryan's one
Maybe WordPress soon 🙂
But I have to read the post of @mat first, I think!
@pfefferle @snarfed.org @deadsuperhero The problem with Relays is that yes, they turn scaling into someone else’s problem, but then those people end up with too much control. I felt this was significant enough to be worth turning into the inaugural rant on my own blog: fedi.exon.name/2024/02/11/cens…
Oh, thanks for the info, added it to my „read it later“ list!
I seem to have missed adding your blog to my feed reader or subscribing via ActicityPub…
Shame on me 🫣
I think it is!
@snarfed.org already bridges the Fediverse, Nostr and limited Bluesky/ATProto: https://fed.brid.gy/docs
@pfefferle @deadsuperhero @snarfed.org
Nur dass es de facto bislang halt nur eine einzige Bluesky-Instanz gibt, aber längst Zehntausende (oder mehr) Mastodon-Instanzen. Und das Fediverse bereits was das Code building betrifft, deutlich demokratisierter ist.