ActivityPubを話すことで、Fediverse連合空間からアカウントとして認識されて、FollwやFollow受付、Noteの投稿ができるようにした。

最低限実装のお一人様サーバーなのでいろいろ手抜き。

フォロワー管理もそのうちのひとつ。followersへのアクセスに対して中身はからっぽで、ステータス200を返すだけでも特に問題はないということだし、何も用意せずただ200 OKを返してた。

実際、アカウントもサーバーも認識されたので、followers.jsonはなくても問題はない。

だけど。

「各 actor は followers コレクションを 持つべきである(SHOULD)」

W3C Recommendation

ということなので、それなりのものを用意しておいた方が良さそう。

mastodonもmisskey系もサーバーで共有のinbox、ビル入口の郵便受けみたいなものを持っていてそこに届いた郵便物をビル内の各人に配送するための仕組みとして、こちらのfollowers.jsonを利用してることが多いらしい。

つまり、followers.jsonを用意しておけば、こちらは相手の入ってるビル宛にだけ投稿をPOSTすればOKということ。

ビルの宛先はフォロワー情報の中のshared_inboxのURL。

ここに送ると受け取ったサーバーは、こちらのフォロワー情報をみて、サーバー内のフォロワーのinboxに配達してくれることになっている。

今のところ、これについてはActivityPubの決まり事ではない。mastodonやmisskeyなどは対応してくれているらしいが、サーバーごとで対応が違うので現物合わせ、というか確認しながら試しながら、実装するのがよさそう。

followersの記述はシンプル。

{"@context": "https://www.w3.org/ns/activitystreams"，
"id" : "https://example.com/actor/followers"，
"type": "OrderedCollection"，
"totalItems": 5，
"orderedItems": ["https://hoo.jp/users/foo"，〜]}

id，type(OrderdCollectionがMUST)、フォロワーの数、フォロワーのURLの配列。

これだけなので、フォロワーが1000人10000人もいるならともかく、10人程度なら手作業で作って用意してもいいんじゃないかな。

以上の元ネタは

https://fedibird.com/ の管理人、のえるさん（@noellabo@fedibird.com）情報

送る相手の情報に、inboxの他にshared_inboxがある場合があります。というか、MastodonやMisskeyなら必ずあります。

同じサーバに所属するフォロワーは同じshared_inboxになるので、これでまとめると、一つのサーバに対しては一回だけPOSTすれば良くなります。これによりかなり効率化されています。

宛先自体は、ToないしCcに送り元アカウントのfollowersコレクションを指定すれば、受け取ったサーバ側でそれぞれに配送してくれます。

shared_inboxがない場合は、それぞれのinboxにPOSTします。

いずれの場合も、同じIDのCreate、同じIDのNoteであれば、受け側が重複排除するので、何度も送っても大丈夫です。

フォロワーの数だけリクエストを飛ばす＝マルチポストの迷惑サイトになったらまずいなあ、と心配だったのでfedibirdでそのことを投稿したら返事をいただけたもの。ありがとうございました！

AIに郵便配達を描いてもらったんだけど、なかなかうまく意図が伝わらず、かろうじてこの1枚。