No Stupid Questions @lemmy.world mookulator @lemmy.world 1 yr. ago

Is there a way to subscribe to all communities with the same name?

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?

128

You're viewing a single thread.

128 comments

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 Communiy !nemmy@lemmy.world

Edit2: Please note that Nemmy is early Alpha, so not really useable as a daily driver yet.
- 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.
  
  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:
  
  Username (=> Gives away that you use Nemmy)
  
  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)
  
  How are you hashing a password with a random 32 character string? I feel like you are mixing terms here or so you combine the password and the random element first or do you mean you decrypt the hash with a symmetric algo and get the 32 char string?
  
  Ah, sorry if I'm being unclear.
  
  I was thinking of combining the user's original password with a random 32 Character string and hash that combination. So basically salting the User's password with random strings. That should work out to multiple passwords I can use.
  
  Thinking of it bcrypt does exactly this, so just running bcrypt a couple of times should be sufficient, no?
  
  Security wise if there was a breach, an attacker would still only have a couple of hashes, none of which are the original password and they can't dictionary attack due to bcrypt.
  
  Also, if an instance was hacked, the worst case would be that the attacker gains access to the hash (if the instance stored passwords in plain text and didn't also hash them themselves).
  
  I'm really tired right now so maybe none if this makes any sense, but I think it does lol.
  
  Congrats, you’re already doing better at password security than Target, Yahoo, and the US Government
  
  Hopefully the app will make site-specific passwords?
- For when you tell us the name, @remindme@mstdn.social in 3 hours
  
  Beep boop bop, for some reason I got a reminder and you didn't, so here is your human-generated reminder:
  
  3 hours have passed. The name of the app has since been posted: Nemmy
  
  Thanks! Also, the bot did answer me but it took a little longer than the reddit remindme bot. Reminder was on time tho.
  
  You got the reminder because you also summoned it. Dunno how/if we can summon it for other people.
  
  To make sure you got your reminder, @remindme@mstdn.social in 3 hours
  
  @fluxion Ok, I will remind you on Thursday Jul 6, 2023 at 1:28 PM PDT.
  
  Did you type something different than the other guy?
  
  @fluxion Here is your reminder!
  
  Yeah, you can visit the Alpha Webapp, actually: nemmy.app and install it on your phone. Also, here's the Community for it: c/Nemmy.
- This would be amazing! Do you have a name for your app yet?
  
  Yeah, you can visit the Alpha Webapp nemmy.app and install it on your phone. Also, here's the Community for it: c/Nemmy.
- Please link in a format that works for people on different instances: !nemmy@lemmy.world.
  
  Thanks for letting me know, I'm still new to Lemmy :).
- We need a central registry of communities, aka subreddits, and users.
  
  Figuring out if two posts are identical is going to be a challenge.
  
  Some people are going to cross post but post slightly differently on each instance because they don't know if their post will be federated
  
  Maybe group by hashtag instead of community name?
  
  We should steal the ideas that were good with Reddit and Twitter
  
  What if users could just configure their own named groups for communities from the various instances, and when you view the group you'd see a feed from all of them?
  
  Yes, very good idea! When users create a group, they can select keywords to search for and then the App could make a best guess and then show a list to the user where they can select the ones they want or don't want in the group.
  
  Figuring out if two posts are identical is going to be a challenge
  
  I think I could deal with duplicates pretty easily by checking if different properties of the post are identical, the more are the less likely it is that the post will be shown.
  
  I think a bigger problem is the comments. What if a user reposts a post from r/astronomy on lemmy.world to c/astronomy on lemmy.ml? Which one do we show, and what do we do with the comments of the other? Merge them together, or just leave them? Maybe show a button on the post when there's a duplicate und the user can switch instances?
  
  Lots of figuring out to do, but it sounds fun!
  
  Edit: The Group-by-Hashtag thing is also a good idea! That would of course make the whole thing less of a headache, but to make that work a lot of users need to do that.
- It's a web app? Lemmy's CORS settings are messed up, I assume you have to route all requests through a proxy?
  
  That was a nightmare for my app
  
  Yeah, it's a web app. I route all requests through my own backend, so it's server-server communication between Nemmy and any Lemmy instance, circumventing CORS by design.
  
  Are you sure the CORS settings are messed up? I tried reaching the API a couple of times from my frontend for debugging and got errors due to authentication security. Are you referring to that or something else?
  
  You'll get a "Forbidden" error and if you check the request, it'll say "Forbidden: Cross origin requests are not allowed"
  
  Ah, yes the classic. The Lemmy dev team really forgot to set CORS headers on an API lmao. Hope they fix that soon.
  
  The pull requests to change the default behavior was merged!
  
  Nice.
- What would be the point of registering across all servers? Is this just to secure your username?
  
  Yes, from what I've seen there are a some people who are concerned about others impersonating them on other instances.

You've viewed 128 comments.