commits
do we need csrf here or...
do as much per-event work as possible in the consumer, so subscribers can filter as cheaply as possible and have a pre-rendered message ready for them to send to connected clients.
sometimes the socket gets disrupted and we otherwise just wait forever
this *could* (and maybe should) be done by detecting missed pongs instead.
this catches some amount of spurious notifications (accidental like + quick unlike) and also possibly some cases of bsky moderation actions? or maybe would need to listen to labellers for that (and prob should)
just to make more source-like terminology happen
running a little ahead of what actually exists but there's a chance to minimize breaking the api. it will probably break anyway but hey.
logs are still there but they're moved to `trace`.
fixes at-microcosm/links#24 for constellation /links/distinct-dids to…
failing test: panic on unwrap