@malte Det er faldet mig ind, at det er 'for unikt'. Man siger jo at hvis en server lukker, kan man bare flytte til en anden og det er jo rigtig nok, men når server navn indgår i det unikke brugernavn/adresse, så mister man jo alle sine følgere når man flytter og de kan ikke længere finde den konto der er flyttet. Var det ikke bedre at have et unikt ID der var uafhængigt af server instans ?
Hej Fediverse
Snak om at bruge Mastodon, Pixelfed og andre platforme i det åbne, social web kaldet fediverse
@dennismelhede @malte Det smart ved en flytning er at alle en følgere bliver flyttet over til ens nye konto. Har gjort det flere gange…
@dennismelhede@friendica.dk God pointe og jeg er enig med dig. Tænk hvis det kunne komme til det punkt!
@dennismelhede@friendica.dk Det er en af de ting hvor jeg mener at Bluesky er et lille skridt videre.
I Bluesky har hver konto en unik nøgle uafhængig af det synlige navn og når man i et opslag henviser til et brugernavn, bliver det konverteret til den unikke nøgle i selve opslaget. Oprindeligt var det meningen at Bluesky ville bruge DID'er (Decentralised Identifiers), men af forskellige grunde valgte de kun at understøtte did:plc
typen, der kræver et centraliseret opslag i Blueskys systemer.
Det lader også til at DID'er, generelt er noget der kædes sammen med crypto-bros. Men der er ikke så stor forskel på did:web
og den WebFinger protokol som ActivityPub-fediverset bruger.
I teorien kan man implementerer WebFinger og ActivityPub-serveren på forskellige domæner, semi-uafhængigt af hinanden. Nogle implementationer er vist bedre til at håndtere det end andre og det er ikke helt transparent hvis man vil bruge tredje-parts Mastodon-klienter.
Hvis ActivityPub-platformene ville, kunen de godt gøre langt mere for at adskille WebFinger-opslaget og ActivityPuib-serveren.
Det kunne være rart, hvis det virkede på samme måde som det med bekræftede links - at man kunne indsætte en stump kode på sin hjemmeside, så konto B på tjeneste 2 kunne loope tilbage og sige "Den tilhører Henning... Ligesom i øvrigt konto A på tjeneste 1".
@malte Lige en lille bemærkning: minreol.dk er ikke Bookwyrm, men NeoDB.
Bookwyrm er vist kun til bøger, mens NeoDB og Minreol kan bruges til bøger, film, serier, bræt- og computerspil, musik, podcasts og scenekunst.
Der er vist ikke rigtig nogen integration mellem de to systemer.