Some dingbat that occasionally builds neat stuff without breaking others. The person running this public-but-not-promoted instance because reasons.

  • 0 Posts
  • 10 Comments
Joined 4 months ago
cake
Cake day: May 24th, 2024

help-circle


  • Given the way this is tagged up with the @ and # throughout the comments I’m venturing it originated on Mastodon, yet here I am commenting on it from a Lemmy instance. Some of the inconsistencies of the federation between different platforms are going to come down to them each having different focuses, and that’s plenty good. Trying to jam every functionality into a single platform is likely to result in it doing none of them well.

    For my part having the ability to see one from another is a neat bonus, but not the main driver of use. The format and style of interactions leads me more towards things like Lemmy/K-Bin where some find Mastodon, Pixelfed, or any of the Friendica/Hubzilla style page base ones to be their thing. It’s even possible people like more than one. I host both a Mastodon and Lemmy instance, and have toyed with others but didn’t find them compelling enough to maintain.

    So no, the notion of talking across platforms isn’t so much the huge point of the fedi in my mind, but toss that in with the ability to do what you want to do similar to any of the big social platforms (they all pretty much have some kind of fedi counterpart now) without selling your soul to the corporate overlords is pretty fn awesome


  • Federated ID seems interesting but impractical. Take your home instance ID and use it to auth to another server, nice to have if the home base is down but if the home is down then how does the remote host validate the user in a realtime sense? Storing tokens or creating a local version of the account would be possible but if the user was banned from the home base then you have to trust replication to clear it from the remotes or have a short enough token expiration to know they need to revalidate against the home base after X time.

    A ways out of my expertise, I work more on the lower layers of connectivity so maybe I’m overthinking it. What could be helpful would some sort of local app setup that would create an instance with an easy executable. Creating spontaneous servers has playing with fire potential and doesn’t address domain creation or port allocations, but with the certbot/acme systems out there it seems like it wouldn’t be too far out of the realm of reality. Musings of a mad scientist…



  • I guess that depends on if the federated users receive content via a push or poll method, and I’m not sure how that’s done in Lemmy. If the subscribing user is just requesting content from the home base and pushing their comments/posts up to it then even the home server wouldn’t nessesarily know the user count, just the number of instances polling it. From what I’ve seen trying to clean out communities ( ran a subscriber bot too long and blew up my DB to obnoxious levels ) though is if the home server thinks there is anyone subscribed though it will still look to push content to the remote end, so based on that I would think the home server should have an accurate-ish count of the total users.



  • Not sure what you mean by anonymously here. There’s not a ready list of subscribers for a list, though it can be seen in a site’s data. Account migration isn’t there yet but you can subscribe to the same communities from any instance assuming there’s no federation issues at one of them.

    You can generally read from a community without subscribing too, but to post of course you need to either subscribe remotely or be logged in on the home server of the community, otherwise we would end up with a bunch of 4chan style ‘anon’ posts.