Because of the fediverse partial mesh, leading to incomplete timeline view, or inconsistency depending the instance you’re on.
People tend to flock on primary, massive instances because they are well know of course, but also because this is where you have the most complete view, and from there your posts reaches many other instances.
Also different instances hide different communities and so they don't show up at all unless you are a direct subscriber.
I learned about this on my instance when some news communities were hidden, turns out my instance has quite a list of hidden communities, which isn't a bad thing, but it can contribute to the incomplete timeline issue and if you don't know about the hidden communities feature its very hard to diagnose why you're not seeing what you expect to see.
In my case I wasn't subscribed to some of the news communities because I would catch the top posts in /all, which keeps my subscribed feed focused on things I'm actively interested in. So hidden communities are a challenge when you use /all and /subbed in that way.
I'm pretty sure .world being slow is a web frontend problem. It often takes forever to load in my browser, but the same content loads quickly in the Voyager Android app.
I should probably try the several alternative web UIs they have available to see if they're faster than the default one, but I can't be bothered to walk over to my desktop PC right now.
It can't be the backend because it's got to query the same data whether it's feeding the web UI or Voyager, so that wouldn't explain the vast loading time differences between them. If the backend were slow they would both be slow, but Voyager's load times are great.
HorreC
in reply to cm0002 • • •some_guy
in reply to HorreC • • •Septimaeus
in reply to cm0002 • • •Ⓜ3️⃣3️⃣ 🌌
in reply to Septimaeus • • •Because of the fediverse partial mesh, leading to incomplete timeline view, or inconsistency depending the instance you’re on.
People tend to flock on primary, massive instances because they are well know of course, but also because this is where you have the most complete view, and from there your posts reaches many other instances.
Septimaeus
in reply to Ⓜ3️⃣3️⃣ 🌌 • • •fuzzzerd
in reply to Septimaeus • • •Also different instances hide different communities and so they don't show up at all unless you are a direct subscriber.
I learned about this on my instance when some news communities were hidden, turns out my instance has quite a list of hidden communities, which isn't a bad thing, but it can contribute to the incomplete timeline issue and if you don't know about the hidden communities feature its very hard to diagnose why you're not seeing what you expect to see.
In my case I wasn't subscribed to some of the news communities because I would catch the top posts in /all, which keeps my subscribed feed focused on things I'm actively interested in. So hidden communities are a challenge when you use /all and /subbed in that way.
Septimaeus
in reply to fuzzzerd • • •grue
in reply to cm0002 • • •I'm pretty sure .world being slow is a web frontend problem. It often takes forever to load in my browser, but the same content loads quickly in the Voyager Android app.
I should probably try the several alternative web UIs they have available to see if they're faster than the default one, but I can't be bothered to walk over to my desktop PC right now.
Ⓜ3️⃣3️⃣ 🌌
in reply to grue • •Maybe, but backend / database load is more likely, isn't it ?
You can look at your browser developer tools and see downloads sizes, durations, where CPU time is used on client side ;)
memes reshared this.
grue
in reply to Ⓜ3️⃣3️⃣ 🌌 • • •jackeryjoo
in reply to grue • • •grue
in reply to jackeryjoo • • •If it were backend, Voyager would be slow too because it's requesting the same data.
Maybe Voyager connects to the backend using something other than XmlHttpRequest.