12:23:30
2025-01-17 12:00:38 KOBA789님의 게시물 koba789@misskey.io
icon

This account is not set to public on notestock.

12:23:33
icon

API v2から晴れて(?)"Tweet"が正式名称になっている。"Status"はもはやURLに名残が残っているのみ。

docs.x.com/x-api/fundamentals/

12:24:10
icon

あーん、わざわざ`developer.twitter.com/en/docs/twitter-api`でリンクしたのにリダイレクトで書き換えられている(?)

22:46:25
2024-04-18 12:14:24 kmyblueフォークガイド님의 게시물 software@kmy.blue
icon

This account is not set to public on notestock.

22:46:27
icon

FEP-6481でもFEP-9fdeでもなさそう?

22:50:55
icon

socialhub.activitypub.rocks/t/

対応している拡張の交渉云々についてはこれに尽きると思っている

22:53:03
icon

対応している拡張をサーバに宣言させるのはSocial APIをまともに実装した汎用のActivityPubサーバのようなものとも相性が悪そう(最近この話ばかりしているな)

22:57:01
icon

大前提としてNodeInfoの`software.name`で何かを判断しようとするなというのはそれはそう

23:11:42
icon

"ActivityPub"サーバとしては`inbox`に届いたアクティビティを概ねそのままクライアントに見せるだけであって、引用だのリアクションだのといったものに対してサーバレベルで特別な解釈をするとすればそれはActivityPubでなくMastodon API等のサーバに属する性質なのではないだろうか。つまり、NodeInfoより`GET /api/v2/instance`とかの領分な気がする(そもそもActivityPubはNodeInfoというプロトコルの存在についても特に認知はしていないわけだけど、それはそれとして)

23:27:13
2025-01-17 23:21:54 kphrx님의 게시물 kPherox@pl.kpherox.dev
icon

fedibird:references のように副作用でコレクションに追加されるみたいな拡張機能であればまぁActivityPub拡張の対応等にはなるかもしれない

23:27:23
icon

引用もリアクションも特にActivityPub上の副作用を持たないという想定で書いていたけど、そういえばFedibirdがいたな……

23:30:37
icon

`fedibird:references`コレクションについては確かオブジェクトに付いた参照でなくオブジェクト自身が他のオブジェクトに対して持つ参照のコレクションだったから関係ないと思うけど、`fedibird:emojiReactions`コレクションは受け取ったリアクションが副作用として追加されるものだから、思い切り該当する