This may be useful for folks looking to expand their feed. I discovered this on accident and it completely revolutionized my experience on Kbin.
To view all of an instance’s posts, just use https://kbin.social/d/[instance domain here]
This appears to work for all Kbin instances, most Lemmy instances, and some Mastodon instances (this may have to do with their federation with kbin.social - I’m uncertain). Other platforms may work as well. Some examples:
https://kbin.social/d/lemmy.world
https://kbin.social/d/lemmy.ml
https://kbin.social/d/geddit.social
https://kbin.social/d/mastodon.social
https://kbin.social/d/hachyderm.io
Just hit the button to subscribe, and the entire instance is in your feed. It also provides a nice jumping off point to explore and subscribe to specific communities on that instance.
When you use this technique with a list like what’s available from the Fediverse Observer, it really widens the reach of your feed and your ability to participate across the Fediverse.
As an added bonus, you can also use the https://kbin.social/d/[instance domain here] scheme to block entire domains, if you find that they include content you don’t want to see in your feed.
Dammit, that’s awesome, didn’t even see the block button - you got me bonus hunting now… :)
Bonus #2 - Turns out the /d/ parameter works for ANY domains with content posted on Kbin or in your feed.
For instance, let’s say you wanna see (or block) everything posted from Facebook:
https://kbin.social/d/facebook.com
or Twitter:
https://kbin.social/d/twitter.com
I gotta hand it to Ernest - this platform has got some kickass code under the hood.
Are you suggesting I can block any media posted to kbin from those websites!? My god…I could block the porn gifs at the source. Ha ha! Get less fucked, timeline!
On the minus side, since instances only have to take on the data from whatever their users are specifically subbed to and they ignore everything else, I wonder if users subbing to multiple entire instances like that will drastically increase load in a way that would prove difficult for a young server?
I’m not a tech person at all, so I may have misunderstood, but isn’t kbin’s federation already backed up temporarily because of the wealth of combined activity?
…and a kbin instance will run in docker (or on a raspberry Pi) with only 2gb of ram… I’m with you there is some crazy clever code propping this all up!
Tried it with feddit.de* (https://kbin.social/d/feddit.de) but I still get posts from there.
*) Sorry german friends, I don’t understand your language.
question: if you block an instance but sub to a magazine in that instance, which takes priority?
unfortunately there are some english communities in otherwise non-english instances that are worth following but rest of the instance has to be blocked to clean up the feed :/
This is probably the thing that is gonna get me to daily drive kbin over other lemmy instances.
Is there a list somewhere with all those special kbin url lines? like /magazines
edit: oh boy, I tried
https://kbin.social/d/lemmy.world
And it’s only memes, it’s even worse than reddit on a bad day.
They are currently on a shitpost train.
I guess it is fine for now. It improves engagement and SEO for other websites and people to grain traction.
This is why we need more single topic instances. Time to join everything in:
https://kbin.social/d/startrek.website
https://kbin.social/d/ttrpg.network
I feel like there are so many good deep single topic instances that will naturally become the default
I would like to see subdomains for communities here. like .kbin.social for lots of sport-like things as an example. Also place (city, state, country) and fandom or other stuff like that. And make it easy for people to block that subdomain with allowances for the things they actually want to see (though I guess if it’s still accessible by subscriptions or directly going there, that works too).
Hoping eventually that will be the way it should work, but it would also be smart to have small subs here that way if something crazy happens people can still communicate.