@PhenomX6 Any Fedi instance: "we need your username, password, and email address (some instances don't require verification though)". Shitter: "we need your username, password, email address, phone number, country, 2FA doxxing material, gender, and soon we'll require you to see your government (digital) ID too"
So yes, Fedi has far less friction on sign up than Shitter.
@ryo@PhenomX6 Twitter’s new scheme seems to hinge heavily around getting you to give them all your banking and payment processing information and shadowbanning you if you do not pay $8 a month
all while they lay off the vast majority of their security staff…
this might not go well for people who choose to remain with the platform
@slightlyflightyone@PhenomX6 It all depends on people's actions in the end. For example, when Microshaft bought up Skype, everyone fled to Discucked and they never looked back ever again, and Skype is now just a dead wasteland. On the other hand, that same Microshaft bought up Github, and even to this day the Github peasants are just simping no matter how horrible it'll get.
@slightlyflightyone@PhenomX6 Simple, Elon is destroying Shitter from within, we can both agree on that one. But if the users are so addicted to it, even though they're all running away from it, they might cuck over and pay up just to be allowed on the platform. Alternatively, they might make it a one way street, and just dump Shitter forever as Fedi is just a superior thing.
All depends on what the Shitter refugees will do next.
@neo@PhenomX6@slightlyflightyone Any selfhosted non-Gitlab server if probably better than Github. Hell, Gitea is even working on federation to some extend that allows users from other instances to submit issues, so you can actually have a single user Gitea instance, and still have other people submitting issues and bug fix requests and whatnot.
I wasn’t saying it would go poorly for them because they might choose not to pay
I meant that it would go poorly for them because they would be heavily pressured into paying and thereby not only end up parting ways with their money, but also giving their payment processing information to a company that just laid off almost its entire security team
@PhenomX6@ryo Now I'm wondering if ActivityPub works on bare IPs. I want to see @GigaChad@203.0.113.123 posting about the total destruction of TLDs and DNSes off his home IP.
You absolutely could. As long as it's a URL that any standard HTTP client can resolve, and if server implementations don't explicitly filter it, it can be done. You'd just be tying the identity to strictly that IP and be screwed if there's ever an IP change.
It wouldn't matter much about the clients, since the servers decide what it'll accept through federation. On the topic of URIs as identifiers instead of cryptographic signatures: that's where some of the ideas brought up in 'BlueSky' project was aiming at, and was trying to invent an entirely new protocol versus implementing some concepts atop ActivityPub ( https://atproto.com/docs ). For example, there's nothing in the ActivityPub spec that says anything about the @user@host ID concept, that's just something tacked on from WebFinger. I'm sure someone could devise supplementary extensions to make that work, and some of that has been part of recent discussions in the recent fediverse hackathon (http://hackiverse.com/)
if server implementations don’t explicitly filter it, it can be done.
I guess that’s a better question: are there any ActivityPub clients that tolerate bare IPs? IIRC email also supports bare IPs, but no one is willing to take mail without a domain, so the ability is moot. I would have expected to find someone posting from an IP, but I haven’t seen it yet. I might have to try it myself.
As for having the ID tied to a specific IP, I’ve seen enough dirty migrations that I think a sizable amount of people just don’t care. It’s sad that ActivityPub chose URIs as a means of identification instead of something more location agnostic like public/private key signing.
It wouldn't matter much about the clients, since the servers decide what it'll accept through federation. On the topic of URIs as identifiers instead of cryptographic signatures: that's where some of the ideas brought up in 'BlueSky' project was aiming at, and was trying to invent an entirely new protocol versus implementing some concepts atop ActivityPub ( https://atproto.com/docs ). For example, there's nothing in the ActivityPub spec that says anything about the @user@host ID concept, that's just something tacked on from WebFinger. I'm sure someone could devise supplementary extensions to make that work, and some of that has been part of recent discussions in the recent fediverse hackathon (http://hackiverse.org/)
@flaky@PhenomX6@slightlyflightyone Patreon is well known for deplatforming people they don't like. You'd be better off hosting your own BTC Pay server configured to accept Monero in addition to Bitcoin to be honest. Alongside simply putting wallet addresses and/or QR codes of your crypto wallets, it's the only truely censorship resistant way of getting funds.