フォローしているアクターAとBが共にCに`Move`したケースにおいて、Aに対するフォローだけ解除されていてBに対するフォローが解除されていないような挙動が見られるな
`Move`の元のアクターに対する`Follow`を解除されるの、アドレス帳の項目を勝手に消されるような気持ち悪さがある
Iceshrimp.NET has a section titled "FEPs we intend to support in the future" in their FEDERATION.md:
Streams: "Fediverse FEPs we will not ever support"
NodeBB has a similar page in their documentation where position towards various FEPs is indicated using words "positive", "neutral", "defer", and "negative":
https://docs.nodebb.org/activitypub/fep/
I think this is a good practice.
あなたは「ニュース」を求めているのか、それとも「ニュースへの反応」を求めているのか | p2ptk[.]org
https://p2ptk.org/journalism/5043
「Twitterを削除した」でなるほどね、と思った後に末尾の著者プロフィールにBlueskyアカウントへのリンクがあるのを見てずっこけた
https://docs.bsky.app/docs/advanced-guides/service-auth
> This JWT is signed by the signing key included in the user's DID document (the same signing key that signs repository updates).
あー、これ、(audit logの)`rotationKeys`でなく(DID文書の)`verificationMethod`の方か。今回は横着してどちらも同じ鍵にしているので無関係だけど
このrotation keyでservice JWTを錬成して`bsky.social` entrywayに`com.atproto.server.createAccount`で突っ込めないかと思ったものの、何やら`AuthenticationRequired`が返ってくる。`createServiceJwt({ iss: 'did:plc:t5w5s6u5imtoazc5z3fdznp5', aud: 'did:web:bsky.social', lxm: 'com.atproto.server.createAccount', keypair })`で行けるかと思ったのだけど
https://plc.directory/did:plc:t5w5s6u5imtoazc5z3fdznp5
適当にでっち上げた鍵対を適当に捏ね回していたら何か出来てしまった
一般にあるPDSに対応するハンドル用の名前空間というものが存在しないというつもりで書いていたけど、よくよく調べてみると`com.atproto.server.describeServer`に`availableUserDomains`というものがあった(<https://github.com/bluesky-social/atproto/blob/6e552a26da755eda02605aa294d197672f55b395/lexicons/com/atproto/server/describeServer.json#L22-L26>)
まあMozilla自身が書くときはきちんとマークアップしていた……よな? と思いながら<https://blog.mozilla.org/opendesign/route-one-protocol-2-0/>を開いて「`alt` がただのファイル名じゃねえかおい!!!!!」と叫ぶなどした(叫んではいない)
新ブランドの是非についてはさておくとして、moz-colon-slash-slash-Aについては、面白くはあるけどアクセシブルでない表記を促しなのが良くないなとは思っていた
Reclaim the internet: Mozilla’s rebrand for the next era of tech
https://blog.mozilla.org/en/mozilla/mozilla-brand-next-era-of-tech/
この方はただの例です