Show newer

@screaminggoat @mttaggart conversely, as someone who works in cyber insurance, and sees that the amount of data held is one of the biggest drivers of incident costs, I’d *love* to see less personal data being held by companies and moved around.

Been doing a bit better at letting my body rest when sick instead of pushing through but the productivity hit so frustrating. An entire day and then some lost to a cold TT_TT

document.querySelectorAll("html *").forEach(e=>e.style.transform=`translate(${(Math.random()*8)-4}px,${(Math.random()*8)-4}px) rotate(${(Math.random()*2)-1}deg)`)

Show thread

I'm a major boomer when it comes to using apps but boy do I love digging around system logs and command line tools 🥰🥰🥰

LMAOO I had a typo in my test url.

Good news! The replies index in the social inbox seems to be working. social.dp.chanterelle.xyz/v1/@

With this static websites can easily link to the replies collection of their posts without needing to recompile for every reply. AP clients or instances can then pull those replies into their thread view. Next up we'll be rolling this out to sutty sites and pulling them in reader.distributed.press

Operating systems like iOS and Android are designed as media consumption devices (e.g.: for watching TikTok or Instagram). They are barely usable as a general purpose computer.

Several libre mobile operating systems aspire to imitate iOS and Android. With good intent: so that user familiar with these are familiar with the new libre OS.

The downside is that these new libre platforms are not well-designed mobile computer operating systems; they're mostly imitations of media consumption devices.

Honestly I wish I had more use for my knowledge of the source code.

Anyone wanna pay me to get web extensions working on mobile chromium?

@pry Merkle Search Trees are way more complicated to deal with and implement in my experience. I wrote up a spec for the prolly tree impl I use here: github.com/ipld/ipld/blob/776b

It talks about how merging works.

The tl;dr is you traverse the merkle tree and where you see a diff, you add in keys from there, you can quickly skip places where the data is the same. You could treat it like an eventually consistent system in that way. Also could merge just subsets of the tree according to the keyspace

@pry The other cool part is that compared to other DBs like hyperbee from holepunch.to Prolly Tree based databases can be determenistically merged without much hassle so you can have communities merging datasets into larger and larger indexes without having to fully replicate all the data, just the parts at boundries.

@pry Right now most p2p data things use some variation on an "oplog". As your data grows it gets slower and slower for a peer to get the state of the data and it makes it hard to do "sparse replication" of just the data you want.

Using an indexed database as a building block means you can replicate just the data you need for a particular db query. This means you applications get more speedy and you use less data overall. You can still do full replication in the background.

Google PR sure is taking its sweet time getting back to me about the finding that Chrome has a hidden extension that allows all *.google.com domains to monitor your CPU usage and other private system info. I'm sure they're working just as fast as they can.

simonwillison.net/2024/Jul/9/h

High on my todo list is HTTP over app messages with a local daemon that can act as a proxy.

- Register veilid service
- Run local daemon as a proxy (optionally tell it to make a safety route)
- Curl to a unix socket the daemon is listening on
- `Host` header set to the public key for the service
- Encode request as app message to the service
- Response gets sent as an HTTP response down the socket

Bad for large files, good for locally run services / automation.

Show thread
Show older
Mauvestodon

Escape ship from centralized social media run by Mauve.