Is it possible to automatically subscribe to all (federated) communities with the same name?

Example in the screenshot: I want to follow !astronomy, and I don’t really care whether the content is coming from from Lemmy.World, kbin.social and mander.xyz - I just want to see it all.

Obviously I could manually subscribe to them all, but is it possible to do so automatically? Ideally if a new similar community pops up on another instance, I wouldn’t miss it.

I read here that community grouping is a thing, so that instances with identical communities can work together. Is that a feature that could work towards this end?

top 50 comments

sorted by: hot top controversial new old
[–] 119 points 3 years ago* (last edited 3 years ago) (30 children)

I'm making an App for Lemmy and I'm planning on adding that feature. I also want to make it so you only have to register once and the App can register you to all the instances you choose automatically.

Edit: The Webapp is Nemmy, also the Community !nemmy@lemmy.world

Edit2: Please note that Nemmy is early Alpha, so not really useable as a daily driver yet.

Edit3: Changed Community link to proper format

  • source
  • hideshow 30 child comments
  • [–] 49 points 3 years ago (5 children)

    Registering to all instances with the same username/password is just asking for trouble. They’re not all equal and some of them will get hacked somehow.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 14 points 3 years ago* (last edited 3 years ago) (3 children)

    Very good point! I think @TheButtonJustSpins@infosec.pub has a good idea on how to circumvent that.

    I could make my own database with hashed passwords using postgreqsl and RLS, which is pretty secure. The User then decrypts the hashed passwords once on login and is simultaneously logged into multiple instances of Lemmy to get the JWT of each instance, which is then stored in SessionStorage or even in a Cookie if the User wants to which would make this a one-time process.

    On signup the User could just register to one instance and then I just generate random 32 Character passwords and hash them with the Users' password, then get the JWTs and if cookies are enabled the that would only have to be done every year or so (or when the User deletes the Cookies).

    This whole process is seems pretty easy, especially if you've done something like this before and I'm betting some other App Dev is already taking notes lmao.

    Edit: Let's also do a thought experiment on what data will be leaked if I did this 1:1 and the database gets somehow hacked:

    For each User:

    1. Username (=> Gives away that you use Nemmy)
    2. Hashed Passwords (=> Hashed passwords cannot be read if you don't have the original Users' password until we have access to quantum computers which can literally crack the encryption algorithm)
  • source
  • parent
  • hideshow 3 child comments
  • load more comments (3 replies)
  • load more comments (12 replies)
    [–] 95 points 3 years ago (14 children)

    Being able to one-click subscribe to all communities with the same name known by one's instance is a frequently asked for feature, so I can see it coming down the pipeline, but no, it's not a thing yet.

    Even short of that, though, it would be really nice if the community search page had subscribe/unsubscribe buttons right there in the search results. It would at least make it easier.

  • source
  • hideshow 14 child comments
  • [–] 17 points 3 years ago* (last edited 3 years ago)

    Subscribing to all would be a really good step already.

    But we all know what we all really want, ultimately, is to also then see all those subscriptions as a single feed, instead of having to visit all of them in order.

    What was one subreddit is now multiple. Something as small as 5 subs can be something as big as 20 communities here, and if one topic becomes big, then all subs of that topic will dominate your dashboard. Grouping up communities would be a way to tell the dashboard to not overload us on one pf the things and also to give us a way to browse just the one topic you want at the moment.

  • source
  • parent
  • load more comments (12 replies)
    [–] 75 points 3 years ago (1 child)

    I would love this. Don't hesitate to upvote this github issue for the backend to allow this kind of things. Until it's managed in the backend there is no way apps will efficiently implement this feature until it is managed in the backend.

  • source
  • hideshow 1 child comment
  • [–] 55 points 3 years ago (2 children)

    I would also welcome blocking all communities with the same name

  • source
  • hideshow 2 child comments
  • [–] 40 points 3 years ago (12 children)

    Would you want this to work retroactively also? Like if I spun up an instance with a community called astronomy with only pictures of buttholes that look like galaxies, should that be automatically added to the community group? What if I started the most legit instance with a community called astronomy with a bunch of my university of space scientist buddies, would that also be retroactively added to the community group?

    I think it's a cool idea to be able to subscribe to all communities of a similar name. But it's kind of akin to following a hashtag eventually as the fediverse grows.

    It would be pretty cool if communities could federate, but that would be p much like a content load balancer. Like if 5 different instances all had an astronomy community that was sync'd across all 5 instances. You wouldn't have to follow each community across all instances. You could just pick one and all posted content would land on each instance's community. Like raid for social media lol.

  • source
  • hideshow 12 child comments
  • [–] 5 points 3 years ago

    Okay. That's a good point. I thought this was a pretty cool idea. (I'm basically just getting into Lemmy myself here) but yeah, there's room for some bad actors there lol.

    I guess the real solution is like you said, let communities say, "hey, we think they're cool and want to share content with them"

  • source
  • parent
  • load more comments (3 replies)
    [–] 25 points 3 years ago (3 children)

    I would love to have this! Sometimes the same named group on a different server just doesn't have as much as another but it's still different content.

  • source
  • hideshow 3 child comments
  • load more comments (1 reply)
    [–] 17 points 3 years ago* (5 children)

    I would like to keep things as they are now and simply add a sign up button next to the instance in the search window. That way they all stay separate but it doesn't take a lot of extra clicks to get signed up for everything. Or maybe we just have some site hosted by Lemmy devs that crawls for instances based on a keyword search that let's you sign up from there.

  • source
  • hideshow 5 child comments
  • [–] [S] 13 points 3 years ago (4 children)

    I get that. And definitely simpler. But what if a new community pops up? It sounds tedious to keep checking back in the search engine

  • source
  • parent
  • hideshow 4 child comments
  • [–] 8 points 3 years ago* (last edited 3 years ago)

    Technically a notification could be if a instance using the same name pops up, but that wouldn't be that simple. I don't think its that tedious to check the list every once in a while.

    As to the design I had an idea. It could be a list of instances using the name and at the top it has a join all button. Then instance has its own join button.

  • source
  • parent
  • load more comments (3 replies)
  • [–] 13 points 3 years ago (8 children)

    Sometimes one of them will be just bot posts pulling their content from Reddit or somewhere and it’s kind of annoying, like spam. So sometimes you might want to join one but avoid the other.

  • source
  • hideshow 8 child comments
  • load more comments (2 replies)
    [–] 11 points 3 years ago* (last edited 3 years ago) (9 children)

    Just pick the most popular one. The rest will slowly die.

    The website UI shows active users, use that metric.

  • source
  • hideshow 9 child comments
  • [–] 8 points 3 years ago (2 children)

    I heard you only see the subscriber count from the own instance, not all together. So there's no accurate way to tell which one actually is the most popular.

  • source
  • parent
  • hideshow 2 child comments
  • load more comments (4 replies)
    [–] 10 points 3 years ago (4 children)

    You wouldn't necessarily want this since communities are different depending on the context of the instance it may not be relevant to you. It would be great however to be able to create combos of the communities you subscribe to.

  • source
  • hideshow 4 child comments
  • [–] 15 points 3 years ago* (1 child)

    I think a good middle-ground would be if someone could manually create a public community group that combines multiple communities into one, and that other people can subscribe to. That way you can have manual curation and avoid issues with spam, unmoderated communities, and inconsistent names (e.g. /c/catpics vs /c/catphotos)

    EDIT: after a few seconds of research, I learned this is what "multi-reddits" are, and people are already asking for it lol

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (1 reply)
  • [–] [S] 7 points 3 years ago (1 child)

    Yeah there would be plenty of circumstances where you wouldn’t, like politics or local news or something. But I have to imagine there are more circumstances where you do want it. I said this below - what if the community owners grouped themselves with their counterparts, kind of like sub-federations

  • source
  • parent
  • hideshow 1 child comment
  • [–] 6 points 3 years ago

    I actually think that you're hitting on something that would be a good idea, but probably a redesign of Lemmy (or something new entirely).

    Communities should work more like hashtags. If you "subscribe" to politics or technology or whatever, you should be able to get posts from across the fediverse with that label, instead of just what's on your local instance. Then, you should be able to subscribe to moderation decisions like you can on Bluesky.

    Combine those two things and you've made something powerful.

  • source
  • parent
  • [+] 9 points 3 years ago* (last edited 3 years ago)
    [–] 8 points 3 years ago

    I understand the intent and it's a valid feature to want, but this just isn't going to work. How does the app or server know all communities named "whatever" are actually about the same "whatever"? Wouldn't bad actors just create communities with the same names as anything that became popular? And what about the massive number of duplicate posts every time a story big enough that all the communities post it?

    I totally get why someone would want this, but it's complicated

  • source
  • [–] 6 points 3 years ago*

    Easily the most requested feature. I guess we'll see a solution at one point in the future.

  • source
  • [–] 5 points 3 years ago (4 children)

    No, because they are indeed different communities. On reddit there is no way to subscribe to similar communities at once as well.

  • source
  • hideshow 4 child comments
  • load more comments
    view more: next ›