Skip to content

Piero Bosio Social Web Site Personale Logo Fediverso

Social Forum federato con il resto del mondo. Non contano le istanze, contano le persone

What one person wants from an alternative to a Twitter:

Technical Discussion
11 8 0

Gli ultimi otto messaggi ricevuti dalla Federazione
Post suggeriti
  • 0 Votes
    1 Posts
    16 Views
    I've gone live!Fireside Fedi - Episode 58 - Connector, Instigator, Maker#owncast #streaming #interview #fediverse #fedi #people #show #firesidefedi #FsFhttps://stream.firesidefedi.live
  • 0 Votes
    3 Posts
    31 Views
    @konstantin I used it for the latest incarnation of my resume/linktree site, just to try it out but I do have a grand vague vision of some kind of social portfolio platform. I went through the tutorial and was able to get deployed (deno) and followable pretty easily, but I'm not really a server-side person and I don't enjoy Javascript/Typescript so it's already in maintenance mode. I might have more interest in an equivalent in Rust, Elixir, even...Swift (I think Vernissage is Swift).
  • 0 Votes
    1 Posts
    3 Views
    One consequence of trying to separate identity hosting from the other components of the system is that it makes the other components harder to bootstrap. If I run just one component of my instance in isolation, how can I authenticate to it in order to configure/manage/test it, if I don't have an identity that I can use?The answer might be to use a did:self identifier. The flow would look something like Management CLI tool generates a JWT describing a did:self identifier, and stores the private key locally Admin uses scp or something to copy this JWT to the right place on the server The server now has the ID's public key and so the CLI tool can prove that it "owns" the identifierWhich seems like a reasonable fix for the classic problem of "how do you create the first user", and also a useful fallback for when the system is too badly borked to be able to look up real identities.Another interesting property of did:self is that seems to be possible to add extra metadata, such as a human-readable name, to the ID, by using standard JWT claims - without needing the data to appear in the DID document.Of course these identities will only be visible to the server they're copied to, not to the whole network, but that shouldn't be a major problem.(Cue the peanut gallery, with their suggestions of "it's easy, just do so-and-so", because everything looks easy when you take it out of context...)#ActivityPubDev #FediDev
  • 0 Votes
    3 Posts
    22 Views
    @thisismissem@activitypub.space Ah, I seem to have misread the code. I was confused by Mastodon serving its own instance actor from /actor. Thanks for the clarification!