This account is not set to public on notestock.
This account is not set to public on notestock.
今回問題になっているpushの場合はコンテンツ交渉の問題もあるか。Pullの場合なら`Accept`ヘッダに`application/ld+json; profile="https://www.w3.org/ns/activitystreams"`に加えてオレオレメディアタイプが指定されていたらオレオレ形式で返すような拡張は考えられるかも知れないけど
コンテンツ交渉に応じてオレオレ形式で応答したアクターの`inbox`にはオレオレ形式でpushしても良いものとするということも考えられなくもないだろうけど、そうすると例えばpush先がオレオレ形式のサポートを辞めたいときに困らないだろうか。Push時にリクエストボディのメディアタイプについて交渉できるような仕組みがあれば良いのか?(そして乱用されるALPN(?))
【配送遅延のお知らせ】
現在、配送に遅延が生じておりMisskey.io以外のサーバーから投稿が見れない場合があります。
ご迷惑おかけして申し訳ございません、改善に向けて調査・対応しております。
@0x0 That might work, but I think the downside of the Nodeinfo-based approach (over <del>ALPN</del> `Accept` header-based one) would be that you wouldn't be able to negotiate the media type that way and the cached Nodeinfo metadata might go stale at any time, which is likely especially for a possibly experimental extension like that (and yeah, I doubt if the binary serialization is worth it, too)
@0x0 s/negotiate the media type/\1 on a per-session basis/
@0x0 Uh, in theory, they could reimplement the whole stack just to handle ALPN. That would be an interesting exercise for overengineering indeed
ぎゃあ、途中から文章が全てリンクになっている! 訂正:
[…] Pullの場合なら`Accept`ヘッダに`application/ld+json; profile=""https://www.w3.org/ns/activitystreams"` に加えてオレオレメディアタイプが指定されていたらオレオレ形式で返すような拡張は考えられるかも知れないけど
こういうときにサーバが`Note`オブジェクトの`Update`アクティビティに対応していないのが不便に感じなくもないけど、いずれにしても今回のような大修正の場合は単に`Update`するだけでなく修正した旨を明言するべき気もするし、まあ、はい