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
Mastodon is gatekept to hell and back, the technicalities of federation are exposed to the user for some reason (you already lose half your potential user base right there), infighting between instances means that you won't see the entire discourse of a post depending on which instance you're at...
And besides all that, bsky is not as "corpo" as mastodon fanboys make it out to be. They're on track to open up to privately hosted instances as well, and you can already run most of their backend stuff yourself.
As much as I like the 'decentralized' stuff, the technical part of federation should NEVER be exposed to the end user if you want the platform to be mainstream. I still don't understand why a lot of federated projects think it's a good idea to expose that to the end user.
Whenever Lemmy or Masto gets a flood of new users, a portion of them never make it past the instance selection and totally bail.
The user experience was designed by people who literally respond to user feedback by telling users to commit new code to the project.
It’s clearly designed by engineers who assume other users will be just like them.
If bluesky ever becomes actually federated, won't it have the same problem?
Probably not. Currently it seems on track that you're always first on their main instance. If you're technically inclined you could then start hosting a federated part yourself (or joining one), but this does not change that the actual entry experience is exactly the same as on Twitter, hence why transition is so insanely smooth and painless.
The way sign up currently is, probably not. It would still default to bsky.social and your average person isn't going to think about it.
But then it's not federated. It's all on one giant monolith of a server. Perhaps the traffic is shared between machines, but that's not the same thing as federated.
Below is how account portability work between servers, it is easy to migrate between servers.
Account portability
We assume that a Personal Data Server may fail at any time, either by going offline in its entirety, or by ceasing service for specific users. The goal of the AT Protocol is to ensure that a user can migrate their account to a new PDS without the server's involvement.
User data is stored in signed data repositories and verified by DIDs. Signed data repositories are like Git repos but for database records, and DIDs are essentially registries of user certificates, similar in some ways to the TLS certificate system. They are expected to be secure, reliable, and independent of the user's PDS.
Each DID document publishes two public keys: a signing key and a recovery key.
Signing key: Asserts changes to the DID Document and to the user's data repository.
Recovery key: Asserts changes to the DID Document; may override the signing key within a 72-hour window.
The signing key is entrusted to the PDS so that it can manage the user's data, but the recovery key is saved by the user, e.g. as a paper key. This makes it possible for the user to update their account to a new PDS without the original host's help.
A backup of the user’s data will be persistently synced to their client as a backup (contingent on the disk space available). Should a PDS disappear without notice, the user should be able to migrate to a new provider by updating their DID Document and uploading the backup
What other server is there?
I don't think there are public servers, but there most likey are private server for users who don't want to share there private info such as email, birthday, etc.
https://www.reddit.com/r/BlueskySocial/comments/1az2nrw/has_anyone_set_up_there_own_server_yet/lwthquj/
I think a lot of the attitude I saw on mastodon about this like a year ago was one of suspicion that they wanted an open network but didn't use the fediverse standard
Which AFAIK isn't a standard, so... 🤷
I assume the main reason is that ActivityPub is a mess and quite overcomplicated for bsky's needs. Being permanently tied to it seems like a big risk. There's no reason why they couldn't make a compatibility layer later and hook into it.