52
submitted 1 year ago by bobman@unilem.org to c/asklemmy@lemmy.world

It's excruciatingly obnoxious to have to rely on third party sources for what should be a first-party feature.

Like, I select all and then search a query. "Oh no, nobody on your server used a third party service to find it, so you won't see it here."

Like, how short-sighted is that, really? If I search for a string in the 'all' servers, I should have a list of 'all' the servers containing that string.

It's a really simple concept. Not sure why this post even has to be made, but I'm wondering if there's something I can do to make these 'features' more intuitive.

top 50 comments
sorted by: hot top controversial new old
[-] Destragras@kbin.social 27 points 1 year ago

Pleroma calls their equivalent of "All" the "Known Network" instead, which does a better job explaining what will show up there in my opinion.

[-] PupBiru@kbin.social 25 points 1 year ago

totally understand the frustration, and i’m not going to try and invalidate it!

… however, it’s definitely not a problem with a simple solution

since anyone can start an instance, when you search “all”, where should it search? i don’t mean generally like “all the instances”, i mean where specifically? things like lemmy.world, lemmy.ml, kbin.social, etc are obvious… but what about lemmy.mydomainforfriends.social (not real but let’s pretend someone created their own little instance for friends there!)?

let’s say you say yes that should be searched, okay… how does your instance know it’s there? does it tell all other instances that it exists at some point? where does IT get that list from? (the current solution to this is that your instance starts to “know about” an instance after someone interacts with it, but this has the problem you’ve described)

let’s say that instance shouldn’t be searched… now, what are the rules (automatic id assume; not with human intervention) that would allow an instance to be added to some big list somewhere? also where is that list? now we’re back at problem 1: how do you store a federated list of servers?

the problem gets even harder when you consider mastodon, pixelfed, peertube, etc… all these services interact: should all include them? only certain things in them?

[-] Mmagnusson@programming.dev 1 points 1 year ago* (last edited 1 year ago)

While it has problems of its own, instances could pool and share that knowledge. The first time an instance talks to a different insta ce it could just ask "hey, what other instances are you aware of?". The main issue there is just instances obsessively sending exponentially growing lists of instances back and forth.

But no, that is the main bane of federated social media, discoverability without a center of truth

[-] PupBiru@kbin.social 1 points 1 year ago

yup! 100% agree! federation is kind of a new thing and we have some issues to work out that’s for sure!

heck, i could even see some kind of federated search service: activitypub instances could submit their content for indexing and individual instance could choose an existing, or run their own federated fediverse search… importantly, there would need to be choice for each individual instance with no centralised repository

load more comments (8 replies)
[-] jeena@jemmy.jeena.net 17 points 1 year ago* (last edited 1 year ago)

What does 'All' mean to you?

In this context it means all posts which are stored on the server you are on. And only things are stored which people subscribed to. It does not mean "‘all’ servers".

There are good reasons why the protocol has been designed like that, if you're interested then you can find out about it. If not, reddit still exists for people who like it more.

[-] Spuddlesv2@lemmy.ca 11 points 1 year ago

All means all. If it isn’t actually All (it isn’t) then it should be called something else.

[-] jeena@jemmy.jeena.net 13 points 1 year ago

But it is all, just not the all you think, it's all things the server is aware of, not all things in the universe.

[-] Zetaphor@zemmy.cc 12 points 1 year ago* (last edited 1 year ago)

This is not obvious to anyone who doesn't have some understanding of how networking and federation work, which is most people. Especially if we're talking about users who have only ever experienced centralized platforms.

It should be called "Known Network" or something more transparent that doesn't require an explanation of indexing

[-] jeena@jemmy.jeena.net 1 points 1 year ago

I agree. But the attitude of those users just ribbs me the wrong way.

[-] Zetaphor@zemmy.cc 6 points 1 year ago

It's an understandable response. They were previously in a position where this was such an obvious concept that it didn't merit any thought, and now they are required to have an understanding of networking and federation in order to understand how well actually this a fundamental part of how distributed systems work and isn't technically a bug.

From their perspective this seems like a fairly straightforward problem. Obviously (to us) it's not, but the threshold for the fediverse shouldn't be that you deeply understand federation if there's ever going to be meaningful adoption.

As an aside, your personal domain is timing out.

load more comments (2 replies)
load more comments (6 replies)
[-] randomaccount43543@lemmy.world 11 points 1 year ago

So All does not show posts from all instances federated with your instance, but only posts from all communities subscribed to by people in your instance?

[-] jeena@jemmy.jeena.net 4 points 1 year ago

Correct.

Source: On my one person instance All = Subscribed

[-] krayj@lemmy.world 9 points 1 year ago

The word "all" fundamentally means everything? By calling it "all" they are really doing a disservice to everyone who, gasp, assumes "all" means "all" when it really means "local communities and local user foreign subscriptions". I don't know what they should call it, but redefining the words "all" to be "not all" is super confusing, especially for users new to lemmy.

[-] bobman@unilem.org 3 points 1 year ago

'All' to me means """all""" the servers my instance can connect to that contain that string.

It's a very simple concept.

[-] Blaze@sopuli.xyz 1 points 1 year ago

Resource wise, it makes sense to only retrieve content the users of the instance are interested in. Think about all the nsfw communities popping on lemmynsfw and pornlemmy, as well as all the content in languages your users don't speak.

Some instances are multilingual, so you don't want to defederate from them (and defederation shouldn't really be used in this context anyway), but retrieving 50% of content none of your users is ever going to read seems like a waste.

[-] bobman@unilem.org 1 points 1 year ago* (last edited 1 year ago)

Yeah. And I'm interested in retrieving all of the servers my instance is connected to that contain a string in that community name.

Why is this so hard to get across to you?

Why don't you have a solution for how server members find communities on different servers in the first place? Are you really defending relying on third-party services and 'other means' to find communities on different servers?

I think that's really bad design and a testament to why the fediverse is inaccessible to the general public.

load more comments (2 replies)
[-] krayj@lemmy.world 16 points 1 year ago* (last edited 1 year ago)

It's a massive usability issue and a massive content discovery issue, imo.

For lemmy users who got lucky and had their first lemmy experience on a top 5 instance where a lot of popular off-instance communities are already subscribed to, then users would see a huge list of both local and foreign communities. For users who got unlucky and had their first lemmy experience on a small instance, their view of "all" looks like a ghost town.

Part of the problem is semantical. If they are going to call it "all" then it should really be all (all lemmy communities available on all federated instances). If it isn't going to actually show everything, then they should call it something else that indicates it's only local communities plus whatever local users are subscribed to.

[-] Zalack@startrek.website 4 points 1 year ago

I like the idea of calling it "Known Network" and "Local"

load more comments (1 replies)
load more comments (5 replies)
[-] Blaze@sopuli.xyz 14 points 1 year ago

Just bringing this to everyone's awareness, the issues is already tracked here: https://github.com/LemmyNet/lemmy/issues/2951

From the Lemmy devs

I think the lemmy-ui's could very much benefit from a "global community discovery service" like https://browse.feddit.de , but integrated into the front ends. I'd of course prefer that each lemmy back-end do their own crawling of communities and instances, to make it as distributed as possible.

[-] bobman@unilem.org 2 points 1 year ago

Thank you for sharing this!

[-] Blaze@sopuli.xyz 1 points 1 year ago

You are welcome!

[-] moobythegoldensock@geddit.social 10 points 1 year ago

The simple explanation is your instance doesn’t “know” what’s out there. lemmy.world doesn’t know when lemmy.ml adds a community, and it doesn’t know when hypothetical.server pops up as a new instance. There’s not really a good way of knowing that without having a central repository, which defeats the purpose of a centralized platform.

One thing you can do is use Lemmy Explorer to search for communities on other instances and subscribe to them. This will fill up All for everyone on your instance.

[-] Waraugh@lemmy.dbzer0.com 2 points 1 year ago* (last edited 1 year ago)

Looks to me like lemmy explorer could just be sourced for results fairly easy. Even if it was just added as an additional source to the default listings. Similar to setting up yum repos etcetera. Is there a good reason this isn’t a thing? I know my use and exposure to communities is severely limited by the current cluster fuck of finding communities. I just don’t care enough to go further than searching in the app and closing out if nothing shows up. I realize my laziness contributes to my user experience but saying an instance doesn’t know what’s out there and then providing a site that will let me search for what’s out there doesn’t seem logical.

You could always write something and submit a merge request:

https://github.com/LemmyNet

[-] Waraugh@lemmy.dbzer0.com 3 points 1 year ago

Based on my reading of the other comments here their is a huge push against this type of functionality from folks that understand the service better than I do. I doubt any contributions from an outside perspective would be at all welcomed.

load more comments (1 replies)
[-] jet@hackertalks.com 9 points 1 year ago

Someone will implement it.

The protocol itself is decentralized. Which is good.

If a app wants to use a central service to search thats a option available to them.

[-] Oisteink@feddit.nl 9 points 1 year ago

Userbase don’t care about how the tech works under the hood - user base sees no content and goes back to Reddit.

[-] jet@hackertalks.com 12 points 1 year ago* (last edited 1 year ago)

The original poster asked why.

I was answering why

load more comments (11 replies)
[-] bobman@unilem.org 3 points 1 year ago

Thanks for the heads up.

I'm not exactly sure what features are up to the admins and which are standard. If there's a server that implements this and mine doesn't, I can definitely see myself switching.

load more comments (5 replies)
[-] kilgore@feddit.de 9 points 1 year ago

Omg I didn't know this! Though I did wonder why my "all" feed seemed to empty.

[-] Zoldyck@lemmy.world 6 points 1 year ago

TIL. That explains why I couldn't find some things.

Forgive what is probably a silly naive question...

Can someone point me to an explanation of the federated architecture of lemmy? I haven't found one yet that has helped me build a good mental model. I either get a step-by-step startup guide, or discussions on the merrits/demerits of a distributed system.

I think I've pieced together that it's basically independent "instances" of the machine each with their own communities within. Sort of like if there were multiple instances of reddit, each with its own r/aww or whatever. I don't yet understand, however how these interact/relate/ovelap/collaborate...which I think is the basis for this thread.

[-] Kolanaki@yiffit.net 2 points 1 year ago

All you need to do is subscribe to it yourself. You don't need to rely on someone else. You can find the place with the search feature on your own, then subscribe so it starts getting pulled in all.

[-] Temperche@feddit.de 2 points 1 year ago
[-] krayj@lemmy.world 1 points 1 year ago

There really should be a link to this on every instance/communities page with a note that if users really want to see "all" communities, they must use a 3rd party search tool to do it.

load more comments (1 replies)
load more comments
view more: next ›
this post was submitted on 07 Aug 2023
52 points (76.0% liked)

Ask Lemmy

26672 readers
1861 users here now

A Fediverse community for open-ended, thought provoking questions

Please don't post about US Politics.


Rules: (interactive)


1) Be nice and; have funDoxxing, trolling, sealioning, racism, and toxicity are not welcomed in AskLemmy. Remember what your mother said: if you can't say something nice, don't say anything at all. In addition, the site-wide Lemmy.world terms of service also apply here. Please familiarize yourself with them


2) All posts must end with a '?'This is sort of like Jeopardy. Please phrase all post titles in the form of a proper question ending with ?


3) No spamPlease do not flood the community with nonsense. Actual suspected spammers will be banned on site. No astroturfing.


4) NSFW is okay, within reasonJust remember to tag posts with either a content warning or a [NSFW] tag. Overtly sexual posts are not allowed, please direct them to either !asklemmyafterdark@lemmy.world or !asklemmynsfw@lemmynsfw.com. NSFW comments should be restricted to posts tagged [NSFW].


5) This is not a support community.
It is not a place for 'how do I?', type questions. If you have any questions regarding the site itself or would like to report a community, please direct them to Lemmy.world Support or email info@lemmy.world. For other questions check our partnered communities list, or use the search function.


Reminder: The terms of service apply here too.

Partnered Communities:

Tech Support

No Stupid Questions

You Should Know

Reddit

Jokes

Ask Ouija


Logo design credit goes to: tubbadu


founded 1 year ago
MODERATORS