#ゆる募
Fediverse (ActivityPub 互換) のノード情報、特にサーバーの概要(インスタンスの説明)とかって、どこから取得するのが一番汎用性が高いのだろう。
/.well-known/nodeinfo のレスポンスにあるリンク先が一見それっぽいんだけど、description までちゃんと書いているの Misskey くらいしかない。
逆に Mastodon や GNU Social は、ユーザー数などの情報はあるものの、インスタンスの説明(概要)などはない。
各々のサービスの API を叩けばいいのだけれど、エンドポイントや JSON Schame がバラバラ。
ActivityPub 互換の場合、「ここを参照するとサーバー概要が得られるよ」的な汎用 API のエンドポイントはないものか。
Conversation
Notices
-
Embed this notice
KEINOS (keinos@misskey.dev)'s status on Thursday, 03-Aug-2023 13:22:31 JST KEINOS -
Embed this notice
のえる (noellabo@fedibird.com)'s status on Thursday, 03-Aug-2023 13:22:30 JST のえる @KEINOS ActivityPubではサーバは脇役だからねー。Actorが割り当てられてないので、そもそも個別の存在として認識すらされてない。空気。
-
Embed this notice
KEINOS (keinos@misskey.dev)'s status on Thursday, 03-Aug-2023 13:22:31 JST KEINOS Fediverse (ActivityPub 互換) のノード情報、特にサーバーの概要(インスタンスの説明)とかって、どこから取得するのが一番汎用性が高いのだろう。
いろいろ漁ってみたけど、インスタンスのサービス(ソフトの種類)ごとに別々に取得する以外ないようだ。統一されたエンドポイントは見当たらなかった。
Mastodon はインスタンスの立ち上げが難しいというのは有名だけど、ぶっちゃけ ActivityPub というか Fediverse の仕様が煩雑なんだと思う。
W3C の仕様が固まっているのかと思いきや、そうでもないし。仕様を固めよう(ドラフトを卒業させよう)とすると、某老舗ソフトの一部開発者で粘着質な人たちが ML にいて、「めんどクセ」って離れてる人がいる印象を受ける。
実際、自分も途中で読むのが面倒くさく(辛く)なったし。
まぁ、これはブラウザ戦争でも同じことが起きたので、結局意思決定が早い組織の中でグイグイ進めて、デファクト・スタンダードにしていくしかないんかなぁ。
いやー、煩雑。みんなよく、理解できるなと思うでごザルよ。
-
Embed this notice