How are you managing your interaction with redundant communities?
How are you managing your interaction with redundant communities?
For example, I'm on Lemmy.ml and I've joined !photography@lemmy.ml, !photography@lemmy.world, and !photography@kbin.social. In this example, it's not very different from the number of similar groups on Flickr but, in comparison to Reddit, it seems like the decentralized platform can be a little unruly.
How are you going about joining different communities and managing your engagement? Are you only participating on the community on your instance? Are you joining and posting in as many instances that seem relevant?
You're viewing a single thread.
I started by joining only one instance (vlemmy.net). When it went down, I realized I needed more, so I joined 3.
As for the communities, I subscribed to whichever clone had more traffic, among the ones I'm interested in.
I comment and post from whatever instance I'm logged on, as sometimes - especially in the recent weeks - one or two are temporarily down.
You mean that u created 3 accounts on 3 different instances? Why?
Not to be rude, but they clearly explained why. I did pretty much the same thing after my main account on Vlemmy died
Okay, after reading it several times I think I got it, thanks for pointing it out.
When vlemmy.net died permanently, it took my only login into lemmy, and my list of subbed communities.
Having learned the hard way about the volatility of theninstances, I don't want to have to go through the login creation and resubbing communities everytime this happens, and I like my login (it's the same for everything sinxe the 90s), so I created "fallback" logins in other instances (sh.itjust.works, feddit.nl, lemmy.world), as backups, and also to "reserve" my login name.
I have all of them configured in Jerboa, when any of them is down, I just switch. Interestingly, the one that I've never seen down is the smallest, feddit.nl.
Interesting, came from lemmy.world to say hi from there too, but this is your last comment in the thread when accessing from there. It's one of the largest instances, but the slowest of the 3 I use.