Lemmy Shitpost
Welcome to Lemmy Shitpost. Here you can shitpost to your hearts content.
Anything and everything goes. Memes, Jokes, Vents and Banter. Though we still have to comply with lemmy.world instance rules. So behave!
Rules:
1. Be Respectful
Refrain from using harmful language pertaining to a protected characteristic: e.g. race, gender, sexuality, disability or religion.
Refrain from being argumentative when responding or commenting to posts/replies. Personal attacks are not welcome here.
...
2. No Illegal Content
Content that violates the law. Any post/comment found to be in breach of common law will be removed and given to the authorities if required.
That means:
-No promoting violence/threats against any individuals
-No CSA content or Revenge Porn
-No sharing private/personal information (Doxxing)
...
3. No Spam
Posting the same post, no matter the intent is against the rules.
-If you have posted content, please refrain from re-posting said content within this community.
-Do not spam posts with intent to harass, annoy, bully, advertise, scam or harm this community.
-No posting Scams/Advertisements/Phishing Links/IP Grabbers
-No Bots, Bots will be banned from the community.
...
4. No Porn/Explicit
Content
-Do not post explicit content. Lemmy.World is not the instance for NSFW content.
-Do not post Gore or Shock Content.
...
5. No Enciting Harassment,
Brigading, Doxxing or Witch Hunts
-Do not Brigade other Communities
-No calls to action against other communities/users within Lemmy or outside of Lemmy.
-No Witch Hunts against users/communities.
-No content that harasses members within or outside of the community.
...
6. NSFW should be behind NSFW tags.
-Content that is NSFW should be behind NSFW tags.
-Content that might be distressing should be kept behind NSFW tags.
...
If you see content that is a breach of the rules, please flag and report the comment and a moderator will take action where they can.
Also check out:
Partnered Communities:
1.Memes
10.LinuxMemes (Linux themed memes)
Reach out to
All communities included on the sidebar are to be made in compliance with the instance rules. Striker
view the rest of the comments
I just browse their communities from another instance. It's not like you have to be a member to engage with a particular instance. It might harder to find an instance's community on your instance because nobody on your instance has subscribed to the community, kick-starting the feed to start populating with its content, but using the outside/3rd party instance/community search tools, I've subscribed to several communities across several instances, all from my preferred instance account.
The only benefit I could see to being specifically on Beehaw is that you would be somewhat shielded from content coming from instances they defederated with; and it's a big blanket ban. Maybe some of the communities on a blocked instance aren't piles of shit. I, personally, would rather start with an entirely open instance and block what I don't want to see myself, over letting someone else make that choice for me. There are very few instances I would block in their entirety so far that I've seen.
The thing is, federation is a bit... "weird"?
I mean, a federated instance... doesn't do any federation by default, it just sits there... until "some user" on the instance decides to subscribe to a community on a federated instance... at which point the instance both starts receiving posts from that community, and starts showing them in the All feed.
So the All of an instance, is an aggregated "everything someone on the instance has subscribed to"... which is somewhat of a nonsense: why should an instance owner let decide random users what the instance shows in its public feed?
That means instance owners have to curate which instances do they allow their users to pull into their instance's All... and thus, defederation.
But even if there was a separate "public All" and a "members only All"... and even if people could filter out stuff from the "members only All" feed of their instance... the instance would still be pulling the content from other instances. That means bandwidth, CPU, RAM, and storage... for stuff that maybe just a single user of the instance is interested in. It makes little sense.
Things get much worse, when a ton of users from a large instance, with a completely different mentality, start commenting on random communities from other instances in their instance's All feed, just because maybe a single user subscribed to it back at some point, without taking the time to get to know the rules of the target instance (maybe they'll read the community's sidebar, maybe they won't).
At the very least, there should be a prominent warning about "YOU ARE COMMENTING ON ANOTHER INSTANCE, here are its rules". At the most extreme, breaking the rules of another instance should have consequences at your home one.
Then, and only then, maybe, a large instance with a lot of resources, could pull content from a ton of other instances, and each user could just filter the All feed however they wanted.
But that seems unrealistic, and would lead to centralization, which is the opposite of what the whole concept of federation is about.
I think the current state could be improved, but having the Fediverse split into groups of like-minded instances that gravitate towards each other, is not a bad thing.
Discoverability could be improved, by having tools that show more clearly which instances "belong together", so users could pick any instance of the group to access to all others. Then each user could filter out the instances "from the group", at least at the app level, but maybe also directly at the server to reduce bandwidth usage... and use an app to maybe aggregate communities across groups if they wish.
Identity management is a separate point: maybe you want to participate in different instance groups with the same identity, maybe have a different one, or even more than one, per like-minded group. Maybe you want to be a furry programmer, but an anonymous porn watcher, a tinkerer with a real face, and a clown in a pointy hat shitposter.
All of those should be allowed, and even have features to make it easier to not "double dip" (I think Sync may be going in that direction).