Conversation

Notices

1. Embed this notice
   :thonk: (p@raru.re)'s status on Wednesday, 07-Feb-2024 06:38:12 JST :thonk:

   a certain someone who was crawling fedi, looks familiar
   MIT "misinformation" expert.
   lmao

   • Embed this notice
     :blobancap: :blobcattrans: :blobancap: :blobcattrans: :blobancap: :blobcattrans: (allison@hidamari.apartments)'s status on Wednesday, 07-Feb-2024 06:40:00 JST :blobancap: :blobcattrans: :blobancap: :blobcattrans: :blobancap: :blobcattrans:

     in reply to
     @p Of course it's MIT.
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:41:59 JST Sexy Moon

     in reply to

     • p
     @p @p It's just about time to move to Tor.
     ✙ dcc :pedomustdie: :phear_slackware: repeated this.
   • Embed this notice
     :thonk: (p@raru.re)'s status on Wednesday, 07-Feb-2024 06:42:03 JST :thonk:

     in reply to

     • p

     https://docs.reclaimthenet.org/NSF-Staff-Report-rtn.pdf
     @p@shitposter.club

     Sexy Moon repeated this.
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:42:04 JST p

     in reply to
     @p What is that image from?
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:42:31 JST p

     in reply to
     @p Holy fucking shit.
     
     Also because reclaimthenet Cloudfed'd me, here is attachment:
     Sexy Moon repeated this.
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:44:27 JST p

     in reply to

     • Sexy Moon
     @Moon @p Give it a couple of weeks and we won't need to.
     ✙ dcc :pedomustdie: :phear_slackware: likes this.
   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Wednesday, 07-Feb-2024 06:49:14 JST Haelwenn /элвэн/ :triskell:

     in reply to

     • p
     @p @p >reclaimthenet
     >Cloudflare'd
     
     One fucking job.
     georgia likes this.
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:49:25 JST Sexy Moon

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • p
     @lanodan @p @p walk the walk status: unwalked
     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:52:19 JST Sexy Moon

     in reply to

     • p
     • chris
     @p @chris @p I got banned from myspace for a version of this image. They had it blocked by hash so I added one byte to the end of the file to get around their block.
     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:52:20 JST p

     in reply to

     • Sexy Moon
     • chris
     @chris @p @Moon
   • Embed this notice
     chris (chris@mashtodon.alterracloud.com)'s status on Wednesday, 07-Feb-2024 06:52:21 JST chris

     in reply to

     • Sexy Moon
     • p
     @p @p @Moon its coming!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:57:07 JST p

     in reply to

     • þernia
     • Sexy Moon
     @pernia @p @Moon I say weeks and I mean weeks.
     ✙ dcc :pedomustdie: :phear_slackware: likes this.
   • Embed this notice
     þernia (pernia@cum.salon)'s status on Wednesday, 07-Feb-2024 06:57:08 JST þernia

     in reply to

     • Sexy Moon
     • p
     @p @p @Moon Narrator: by weeks, he means months, up to a year
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 06:59:22 JST p

     in reply to

     • þernia
     • Sexy Moon
     @pernia @p @Moon Reality is that which, when you stop believing in it, doesn't go away.
     :blobancap: :blobcattrans: :blobancap: :blobcattrans: :blobancap: :blobcattrans: and ✙ dcc :pedomustdie: :phear_slackware: like this.
   • Embed this notice
     þernia (pernia@cum.salon)'s status on Wednesday, 07-Feb-2024 06:59:23 JST þernia

     in reply to

     • Sexy Moon
     • p
     @p @p @Moon not gonna change my mind, dont mind a surprise though
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:01:31 JST p

     in reply to

     • Sexy Moon
     • chris
     @Moon @chris @p Ha, wow.
     
     I never got banned from MySpace but I only signed up because a girl gave me her MySpace account instead of a phone number.
     Sexy Moon likes this.
   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Wednesday, 07-Feb-2024 07:09:22 JST silverpill

     in reply to

     • Sexy Moon
     • p

     @p @p @Moon Here's what I'm working on: https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md

     Do you think this is compatible with Revolver, at least at the conceptual level?

   • Embed this notice
      (mint@ryona.agency)'s status on Wednesday, 07-Feb-2024 07:25:08 JST 

     in reply to

     • Sexy Moon
     • p
     • silverpill
     @silverpill @p @Moon @p Won't replacing all the id fields break interoperability with servers that don't support the FEP?
     ✙ dcc :pedomustdie: :phear_slackware: likes this.
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:29:35 JST Sexy Moon

     in reply to

     • 
     • p
     • silverpill
     @p @mint @p @silverpill they adopted that stupid shit from some other standard
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:29:36 JST p

     in reply to

     • Sexy Moon
     • 
     • silverpill
     @mint @silverpill @p @Moon It beats the Mastodon version, using fragment identifiers to address JSON attributes, like "#main-key".
      likes this.
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:31:57 JST p

     in reply to

     • Sexy Moon
     • 
     • silverpill
     @Moon @mint @p @silverpill W3C specs born after 1990 don't know which part of the URL is supposed to be opaque to the client and which is supposed to be opaque to the server, they only know produce ill-conceived wishlist, make everyone else charge they phone, eat bandwidth, and lie.
     Sexy Moon and  like this.
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:32:21 JST Sexy Moon

     in reply to

     • 
     • p
     • silverpill
     @p @mint @p @silverpill it made sense when everything was a microformat embedded in a static html page
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:33:04 JST Sexy Moon

     in reply to

     • Sexy Moon
     • 
     • p
     • silverpill
     @p @mint @p @silverpill still could have used dom ids though lol
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:33:56 JST Sexy Moon

     in reply to

     • Sexy Moon
     • 
     • p
     • silverpill
     @mint @p @p @silverpill I don't recall but I seem to remember that mastodon doesn't even implement it right anyway
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:37:34 JST Sexy Moon

     in reply to

     • 
     • p
     • silverpill
     @p @mint @p @silverpill I like it better too. I like ostatus conceptually more than ap. it's just an affectation though, the old web is dead, squirting json over http everywhere is king
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:37:35 JST p

     in reply to

     • Sexy Moon
     • 
     • silverpill
     @Moon @mint @p @silverpill That stuff I actually do like. All the extra schema.org semantic stuff is nice, it would be nice if that were used more than JSON.
   • Embed this notice
     Sexy Moon (moon@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:54:49 JST Sexy Moon

     in reply to

     • 
     • p
     • silverpill
     @p @mint @p @silverpill this could go off in a serious tangent but basically you can't go home again, you can't build the old web on top of what the web is now because there is no contstraints. gemini doesn't count because it's a toy
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 07:54:50 JST p

     in reply to

     • Sexy Moon
     • 
     • silverpill
     @Moon @mint @p @silverpill
     
     > the old web is dead,
     
     No one does it because no one does it. The reasons no one does it are worth thinking about.
   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Wednesday, 07-Feb-2024 08:26:28 JST silverpill

     in reply to

     • Sexy Moon
     • 
     • p

     @mint @p @p @Moon Yes, but server can send different activities to different peers. Another option is to use HTTP URLs like this:

     https://social.example/.well-known/apresolver/did:ap:key:z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2/path/to/object

     instead of DID URLs. Software that supports FEP-ef61 would recognize a resolver path and process the object accordingly.

      likes this.
   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Wednesday, 07-Feb-2024 08:31:58 JST silverpill

     in reply to

     • Sexy Moon
     • p

     @p @p @Moon From what I heard, you split objects into pieces and transfer them via IPFS... Is that correct?

     Making objects self-contained is one of my goals in FEP-ef61. You can use regular HTTP to deliver them and fetch them, but you can also use other transports.

   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 08:31:59 JST p

     in reply to

     • Sexy Moon
     • p
     • silverpill
     @silverpill @Moon @p I do really like the aliases bit.
   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 08:32:00 JST p

     in reply to

     • Sexy Moon
     • silverpill
     @silverpill @p @Moon Initial glance, looks like it. I was going to add supplemental keys named with an "rvl" prefix, so like {"url":"...","rvlid":"..."} like I've been doing with the HTTP headers, but that was going to be slightly later. Same thing with the attachment digests.
     
     It just occurred to me now that I should probably have been subscribed to the RSS feed for the FEP stuff; the way that stupid hardware has been (and other personal things like the dog's cancer and a few other things that have been resolved finally) I had no time for my own stuff so I slacked on following the Mitra development.
   • Embed this notice
     arcanicanis (arcanicanis@were.social)'s status on Wednesday, 07-Feb-2024 09:25:49 JST arcanicanis

     in reply to

     • Sexy Moon
     • 
     • p
     • silverpill

     There is an alternate proposal I have where you just wrap a DID-based variant inside of a standard AP object, using the parent object as an envelope, thus being able to support both as a transitory thing. It just makes it a bit more bloated/jank in appearance.

     Either way, I think there needs to be more people involved in the discussion, especially if there’s better ideas.

      likes this.
   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Wednesday, 07-Feb-2024 23:18:11 JST silverpill

     in reply to

     • Sexy Moon
     • 
     • arcanicanis
     • p

     @p @mint @p @Moon @arcanicanis

     >That makes me nervous.

     Why?

     I want to limit protocol changes to IDs because this should make the implementation simpler, at least in theory.

     For example I want an object with ID object_id. Fediverse today:

     do HTTP GET object_id

     Fediverse after FEP-ef61:

     if object_id starts with did:ap then do DID URL resolve object_id else do HTTP GET object_id

     And we could support even more URI types in the future.

   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 23:18:12 JST p

     in reply to

     • Sexy Moon
     • 
     • silverpill
     @silverpill @p @mint @Moon
     
     > Yes, but server can send different activities to different peers.
     
     This is behavior that I wouldn't want to rely on. You end up with bad auto-negotiation and someone checks a header instead of probing for capabilities and that ends up the way `User-Agent:` ended up, plus it compels you to keep a lot of state around.
     
     > Software that supports FEP-ef61 would recognize a resolver path and process the object accordingly.
     
     That makes me nervous.
      likes this.
   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Wednesday, 07-Feb-2024 23:27:27 JST silverpill

     in reply to

     • Sexy Moon
     • p

     @p @p @Moon Interesting. How blocks are re-assembled into "posts"? How node determines what blocks are needed?

   • Embed this notice
     p (p@shitposter.club)'s status on Wednesday, 07-Feb-2024 23:27:28 JST p

     in reply to

     • Sexy Moon
     • silverpill
     @silverpill @p @Moon
     
     > From what I heard, you split objects into pieces and transfer them via IPFS... Is that correct?
     
     No. Kind of. IPFS is an alternative supplemental channel that works transparently by fortuitous coincidence: IPFS and Revolver both use SHA-256. So Revolver can kind of optimistically request blocks from IPFS and it can send them to IPFS as a fire-and-forget, but I have IPFS disabled on most of the nodes because it slows down the network. It has its own protocol for moving the slush and it can make use of side-channels, like it uses HTTP as one side-channel, so it can fetch blocks over HTTP/HTTPS/Tor and probably I2P, and eventually other stuff. The idea is that it should be easy to move data into and out of your node regardless of network-level censorship, so you set the protocols you want your node to speak and it looks for peers that advertise that they speak that protocol. IPFS is almost only accidentally a transport layer because it's a pluggable backend layer that happens to speak to a network; there's no reason it couldn't support Tahoe-LAFS or something as another storage backend (venti is planned). For network propagation, at some point it might even support bittorrent at some point (looking into it is planned).
     
     > You can use regular HTTP to deliver them and fetch them, but you can also use other transports.
     
     This is a good plan.
   • Embed this notice
     teknomunk (teknomunk@apogee.polaris-1.work)'s status on Thursday, 08-Feb-2024 00:14:34 JST teknomunk

     in reply to

     • Sexy Moon
     • 
     • arcanicanis
     • p
     • silverpill
     @silverpill @arcanicanis @mint @p @p @Moon
     
     I would prefer the resolver http url for all DID objects, because the behavior of a server that doesn't understands DIDs remains correct (HTTP GET to the url returns the requested object as long as that server responds). Servers that understand and support DIDs can process objects that it understands in the way prescribed by the DID standards and use the HTTP GET for all that it doesn't.
      likes this.
   • Embed this notice
     p (p@shitposter.club)'s status on Thursday, 08-Feb-2024 02:52:26 JST p

     in reply to

     • Sexy Moon
     • silverpill
     @silverpill @p @Moon
     
     > How blocks are re-assembled into "posts"?
     
     It works like venti, kind of, except that the metadata is stored in the pointer blocks. So the individual blocks where the data is stored, they are nearly unidentifiable on their own, you can safely propagate them without liability. Then the pointer blocks say things like "block $x, size $y, zlib-compressed; block $x+1, size $z, uncompressed" and they're reassembled like that. Unlike IPFS, the block size is 8kB max, so there are more collisions (which are good in this case) and it's easier to distribute individual blocks. Just empirically, it's also much faster to read data that you have locally and acquire unknown blocks, but we'll see how that holds up under heavier use. FSE's emoji and media storage use it (so media.fse is still up and running and it's got most of the uploads) and it's handled the load just fine.
     
     > How node determines what blocks are needed?
     
     The pointer blocks contain references to the blocks under them, so if you have one, you can tell what blocks are needed to assemble the full chunk of data. Someone performs an activity, and effectively they manufacture the blocks required, then sign the pointer block and a sequence number, and new blocks are fed to the rest of the network. The big hosted nodes can eat everything they hear about, smaller nodes only fetch blocks that are required to reassemble the streams of people that someone on the node is interested in, and individual nodes don't have to keep anything but blocks that haven't propagated. Usually, keeping them in memory is fine, but this might not be the case once it gets heavier use.
     ✙ dcc :pedomustdie: :phear_slackware: likes this.
   • Embed this notice
     p (p@shitposter.club)'s status on Thursday, 08-Feb-2024 03:39:45 JST p

     in reply to

     • Sexy Moon
     • 
     • arcanicanis
     • silverpill
     @silverpill @p @mint @Moon @arcanicanis
     
     > Why?
     
     Data-puns rarely work out how you might hope. It's better for it to be unambiguous. It may seem unlikely that the DID is accidentally generated, but consider a maliciously crafted URL, for example.
     
     One of the things Revolver does is just put an ID in the headers so that, like how IPFS does it, if the data is large enough that it hasn't all arrived by the time you've parsed the headers, you can consult the local storage first. (For example, `curl -I https://media.freespeechextremist.com/emoji/custom/revolvertan.png`.)
     
     > I want to limit protocol changes to IDs because this should make the implementation simpler, at least in theory.
     
     This is a good idea, but extending it when it's an extension is probably the best. If you're sending things based on what you think the other server understands, then that's harder to debug and easier to craft maliciously. Easiest way to do it is to just give everyone what you have (or at least what they ask for) and it keeps it more flexible, so maybe someone does an experimental Pleroma that supports fetching these DIDs but no one is delivering them because they saw "Pleroma" and guessed "Doesn't understand DIDs", or Pleroma starts to fully support them but all of the old posts were delivered without DIDs.
     
     > And we could support even more URI types in the future.
     
     If you do something like adding `"cas":{"ipfs":"hash", "did:ap":"other-hash", "rvl":"third-hash"}`, that might enable implementations to kind of branch off. Or maybe call it "alt" and add whatever Nostr uses to the list. Then an implementation's free to scan the "alt" list and find something it understands, and fetch otherwise.
     
     (Working right now so it is possible I have rushed and have read carelessly.)
      likes this.
   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Thursday, 08-Feb-2024 03:39:45 JST silverpill

     in reply to

     • Sexy Moon
     • 
     • arcanicanis
     • p

     @p @arcanicanis @mint @p @Moon Thanks, I'll think about it. I should probably add a new section called "Alternatives" to FEP-ef61 where different solutions can be listed, with pros and cons.

      likes this.
   • Embed this notice
     p (p@shitposter.club)'s status on Thursday, 08-Feb-2024 05:16:52 JST p

     in reply to

     • þernia
     • Sexy Moon
     @pernia @p @Moon Gun safety is no laughing matter.
     ✙ dcc :pedomustdie: :phear_slackware: likes this.
   • Embed this notice
     þernia (pernia@cum.salon)'s status on Thursday, 08-Feb-2024 05:16:53 JST þernia

     in reply to

     • Sexy Moon
     • p
     @p @p @Moon i made a joke, and you took it seriously, which led me to explain the joke to you
   • Embed this notice
     p (p@shitposter.club)'s status on Thursday, 08-Feb-2024 05:16:54 JST p

     in reply to

     • þernia
     • Sexy Moon
     @pernia @p @Moon Semantics. You addressed me. Don't dingus it, pernis.
   • Embed this notice
     þernia (pernia@cum.salon)'s status on Thursday, 08-Feb-2024 05:16:56 JST þernia

     in reply to

     • Sexy Moon
     • p
     @p @p @Moon i didn't
   • Embed this notice
     p (p@shitposter.club)'s status on Thursday, 08-Feb-2024 05:16:58 JST p

     in reply to

     • þernia
     • Sexy Moon
     @pernia @p @Moon Then why bother to ask me?
   • Embed this notice
     þernia (pernia@cum.salon)'s status on Thursday, 08-Feb-2024 05:16:59 JST þernia

     in reply to

     • Sexy Moon
     • p
     @p @p @Moon promises aren't reality
   • Embed this notice
     p (p@shitposter.club)'s status on Thursday, 08-Feb-2024 15:22:26 JST p

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • frogzone
     @frogzone @lanodan @p
     
     > There are cloudflare blockers out there
     
     I use one, it's called "Tor".
     Haelwenn /элвэн/ :triskell: and ✙ dcc :pedomustdie: :phear_slackware: like this.
   • Embed this notice
     frogzone@wizard.casa's status on Thursday, 08-Feb-2024 15:22:27 JST frogzone

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • p

     @lanodan @p @p I was going to say this about the CF'd site too. Just block that crap. There are cloudflare blockers out there of all types and sizes, get one, save yourself, time, money, sanity.

   • Embed this notice
     p (p@shitposter.club)'s status on Friday, 09-Feb-2024 05:34:20 JST p

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • frogzone
     @frogzone @lanodan @p
     
     > That's not exactly a CF blocker though.
     
     If CloudFlare hates Tor and I don't run their challenge JS or they just don't like my UA string, then yes, it totally blocks CloudFlare. This is why, on instances where media proxy is disabled (e.g., FSE), I can't see some people's avatars/attachments.
     
     > I prefer to be informed that a site is CF so you can avoid using it at all.
     
     Cloudfed handles that for me.
     
     > A handy add-on for Tor Browser
     
     Oh, I just use Firefox/Seamonkey/mothra and send all the HTTP traffic through Tor; I don't run their browser. iptables trumps plugins anyway, then it extends to any device on the network. Come hop on my wifi, there are no ads, Facebook doesn't work.
     Haelwenn /элвэн/ :triskell: and ✙ dcc :pedomustdie: :phear_slackware: like this.
   • Embed this notice
     frogzone@wizard.casa's status on Friday, 09-Feb-2024 05:34:21 JST frogzone

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • p

     @p @lanodan @p

     >I use one (cloudflare blocker), it's called "Tor".

     That's not exactly a CF blocker though. Sure, its protecting you from being trivially identified by hiding your IP address from CF, but they can still aggregate the data you are feeding it by using a service they control. And can probably do worse things.

     I prefer to be informed that a site is CF so you can avoid using it at all. A handy add-on for Tor Browser is Block Cloudflare MITM Attack. The default settings block CF immediately, though which is a behavior-based fingerprint problem, I use the setting that turns the addon icon red. That doesn't protect from Amazon Cloudfront or Akamai though. The tool I use the most is the Antitrust Firewall.

     https://git.nadeko.net/unsender/dfca

   • Embed this notice
     frogzone@wizard.casa's status on Friday, 09-Feb-2024 11:28:22 JST frogzone

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • p

     @p @lanodan @p

     >CloudFlare hates Tor

     The free tier of CF blocks Tor in most circumstances yes, but methinks you may be shocked by how many sites are paying extortion money to CF.

     >iptables trumps plugins

     Yes! Agree 100%! Iptables is awesome. That firewall setup I linked above uses iptables. See line 4378. Blocks CF ip addresses in AS13335, 14789, 132892, 133877, 139242, 202623, 203898, 209242, 394536, 395747.

     https://git.nadeko.net/unsender/dfca/src/branch/master/digital-feudalism-counter-action/DFCA-README-AND-INSTALL-INSTRUCTIONS.txt

     Its not the best bash script I've read, in fact its not even a proper bash script but its gotta be one of the most useful things I've ever read. If you dislike oligarchy as much as I do then you'll appreciate the Amazon and Akamai ip address lists too. :)

   • Embed this notice
     p (p@shitposter.club)'s status on Friday, 09-Feb-2024 11:28:22 JST p

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • frogzone
     @frogzone @lanodan @p
     
     > methinks you may be shocked by how many sites are paying extortion money to CF.
     
     It is unlikely I'd be surprised, I get greeted by their "Access Denied" pages often enough. According to demo.fedilist.com, we're just short of 28k instances (27,911) and about 20% of those are behind Cloudfed. (I just stopped clicking boats forever. Their boats are automated now but they still don't like to let me past. Fine with me.)
     
     > its gotta be one of the most useful things I've ever read.
     
     I stopped somewhere in the part where they start defining things and skimmed a while. It's kind of a lengthy screed, accomplishes something of questionable utility that definitely will not work on my machine, and with a goal that this thing will not achieve. (Of course the author does not think Bytedance/Reddit/Netflix are worth including on the list; I could speculate as to why.) So I start to smell "aimless bloviating activist" and then the TODO says they plan at some point to turn it into a bash script, which kind of sealed it. They picked the wrong target, the wrong criteria, an unachievable goal of stopping someone from owning too many IP addresses. (Seriously, is the problem that some people have too many IP addresses? How many IP addresses did Cambridge Analytica have? That MBA dickhead from MIT Sloan that scraped fedi to make censorship easier, he's got like a /29 or something, almost nothing.) I think this kind of thing does more harm than good: there's actual, productive stuff people can do but the grandiose, demonstrably useless wheel-spinning actually gets in the way. Like, it's a fun hack, no need to dress it up with a manifesto that actually hurts the alleged goal. It's performance art, but frustratingly close to something real.
     
     (If it's a friend of yours that wrote it, maybe leave off the mean parts and tell him that he can stop scraping whois and just use https://ftp.ripe.net/pub/stats/ripencc/nro-stats/latest/ and that since IPv6 is 128-bit and a lot of ISPs hand out /64s, the limit of 2^24 is exceeded by most SIM cards.)
     ✙ dcc :pedomustdie: :phear_slackware: likes this.
   • Embed this notice
     ¢нαяℓιє яσσт (charlie_root@annihilation.social)'s status on Friday, 09-Feb-2024 12:30:38 JST ¢нαяℓιє яσσт

     in reply to

     • Sexy Moon
     • p
     @p @p @Moon
     
     Revolver les go!!!
     ✙ dcc :pedomustdie: :phear_slackware: likes this.