何食べようかな〜になってる

起き上がろうか悩んでたらめっちゃ揺れた

ゆ

起きたら24h装備してるYubiKeyくっつけてるチェーン取れててビビった
暗闇で繋ぎ直したけど

だいたい俺がかっこいいと思う文法に変えさせられてChatGPTが泣く

ChatGPTとペア英作文クセになる

nextra、「欲しかったもの」感がすごくあって良い

このPRで「ActivityPub implementations will use the account or public key URI as keyId in the signature instead of the acct: URI」という記述があるのだが、なんでActivityPub代表ヅラしてるのかはよくわからない
どっかに文脈があるのだろうか

Add Digest header to requests with body, handle acct and URI keyId by Gargron · Pull Request #4565 · mastodon/mastodon | https://github.com/mastodon/mastodon/pull/4565

HTTP Signatureですらないんだよな、Draftとはいえ
Mastodonが「参考にしたよ！」って言ってるHTTP SignatureではkeyIdは鍵のFingerPrintなどでもよいということになっているが、MastodonはkeyIdがActorのURI(かacct)じゃないとダメ

それはそう
このオレオレHTTP Signatureにどこまで信頼できる要素を見いだせるかを調査しているので、各アプリケーションが必要なレベルで実装すればいいと思ってるよ

だいぶ眠い頭でコード斜め読みしてるので信憑性は定かではない

Mastodon、publicKeyがRSAであることは要請していそうだけど鍵の情報量に制約がなさそう

Codespaces、たまにお電話が遠いと思った通りの文字が消えなかったりして絶妙にストレス

draftってだけあってめちゃくちゃ仕様が書き換わっておる

あらまぁ

Diff: draft-cavage-http-signatures-06.txt - draft-cavage-http-signatures-12.txt | https://author-tools.ietf.org/iddiff?url1=draft-cavage-http-signatures-06&url2=draft-cavage-http-signatures-12&difftype=--html

というわけでActivityPub-correctnessを尊重するAPを実装するなら自分はpreferredUsernameをuniqueにしながら対外的にはpreferredUsernameのuniqueを強制しない必要があるね

ActivityPubの仕様だとpreferredUsernameはnot uniqueかつOptionalなフィールドなんだけど、acct使ってWebFingerを引く前提だと@preferredUsername@domainをユニークにする必要があるのでpreferredUsernameを重複させられない

MastodonはpreferredUsernameの存在を強制してる(fetch_remote_actor_service.rb#31)んだけど、そもそもWebFingerを全面的に信頼する挙動になってるのでpreferredUsernameをつけない理由がない

なんとかしてMastodonを騙してやれねぇかなと思ったんだけど無理っぽいな

5億回発明された車輪の再発明してる

これ一つもNiceな要素がなくて泣ける
https://github.com/rails/jbuilder/issues/139#issuecomment-22925138

おいRailsプロジェクト始めてまだなんも書いてないのに早速モンキーパッチが必要なのはどういうことなんだよ

急に筋肉質になったブルーロック

Twitterモバイルアプリの読んでたとこから確実に復帰できる機能くそ便利でしょ、それと一緒

ちなみにAnnounceでやると公開範囲が広がらないからDMが転送できないよね(たぶん)

どっちかっていうとSimpleLoginのメール転送みたいにエイリアスActorを用意してやる必要がありそう

AP Actorのプロキシみたいなことができないかな〜と思ってたんですが、WebFingerで直接やると匿名化効果がなくなるので微妙だなと思いました

WebFinger、上手いようにやるとかなりカオスなことができるな

当然パッチを当てるのは整形前のコードなので、ここを変更すると決めたらもとのソースを改造するようにしなきゃいけない

昔minifyされたコードを整形を駆使して元のコードと照らし合わせながら解読してパッチを当てる作業をしたことがあるが、ちょっとパズルみたいで面白い