https://json-ld.org/playground/#startTab=tab-expanded&json-ld={"@context":["https://www.w3.org/ns/did/v1","https://w3id.org/security/multikey/v1","https://w3id.org/security/suites/secp256k1-2019/v1"],"id":"did:plc:ewvi7nxzyoun6zhxrhs64oiz","alsoKnownAs":["at://atproto.com"],"verificationMethod":[{"id":"did:plc:ewvi7nxzyoun6zhxrhs64oiz#atproto","type":"Multikey","controller":"did:plc:ewvi7nxzyoun6zhxrhs64oiz","publicKeyMultibase":"zQ3shunBKsXixLxKtC5qeSG9E4J5RkGN57im31pcTzbNQnm5w"}],"service":[{"id":"#atproto_pds","type":"AtprotoPersonalDataServer","serviceEndpoint":"https://enoki.us-east.host.bsky.network"}]}
`plc.directory`の"DID"文書、何故ところどころベースURI依存の記述があるのだろう。ベースURIを`https:// plc.directory/:did`とすると特に`"type": "AtprotoPersonalDataServer"`とか意味不明になる気がするけど

そこで"DID"を引用符で囲むのやめなさい（？）

https://www.w3.org/TR/2022/REC-did-core-20220719/#relative-did-urls
> The base URI value is the DID that is associated with the DID subject
あー、DIDエアプのボロが出たな（？）。それにしてもやはり`"type": "AtprotoPersonalDataServer"`は変な気がするけど

人々ブリッジしてくれーと念じながら無限に`app.bsky.graph.getRelationships?actor=did:plc:xbifsywyv5pka5jlknhv5yv3&others[]=…`を叩いている

あまりBluesky AppViewのAPIを当てにしすぎるのもアレだけど、Bridgy Fedのエンドポイントを叩きまくって負荷をかけるのもアレなので

（Blueskyなら負荷をかけて良いという意味ではなく、`getRelationships`は一度に30件まで取得できるのでリクエスト数を減らせるという意味）

推敲中にいくらグッと睨んでも見えなかった誤字が送信した瞬間にいきなり光って見え始めるの本当にやめて欲しい

投票所入場券、未達――

feat: bring back `TryFrom<Bytes>` implementations by tesaguri · Pull Request #470 · hyperium/http
https://github.com/hyperium/http/pull/470
`http`の型から`Bytes`を取り出してえ〜という気持ちになるたびに手慰みにこれのコンフリクトを解消するなどしているのだけど、まさか特に動きがないまま3年も経つとは思わなんだ（？）