23:58:22
icon

うっかりまた破壊的変更を作ってしまった

18:48:14
icon

@monman53 たぶんこの辺で提案していくしかないねん
https://github.com/mastodon/mastodon/issues/20533

Web site image
Allow web users to view remote posts/follower/following lists inline in the web application, and at all in the mobile application · Issue #20533 · mastodon/mastodon
18:27:25
icon

じゃぁActivityPubっていう名前のサービスをホスティングしよう.中身Mastodonで.

18:26:52
2023-02-09 18:24:02 Posting kphrx kPherox@pl.kpherox.dev
icon

Mastodonだけ話題になるよりActivityPubが話題になってくれとは思ってたけどMisskeyが話題になってmisskey.ioに人が殺到するのを見るとうーん、サービス名でしか話題にならんなぁ……って顔になる

18:23:16
icon

@monman53 そのとおりです.
ActivityPubでイベント受け取るたびにフォロー情報をフェッチすれば,おそらく取れなくはないですが,負荷的にも一貫性という意味でも,あまりやりたくはないですね.

17:46:32
icon

@monman53 @noellabo それ自体は正しいです.
ただし僕がいるpleroma.ioにもmonman53@mstdn.umiu.siがh3poteto@pleroma.ioをフォローしているという情報が格納されます.で,このときにmonman53が他のユーザ(たとえば Tokyo@unnerv.jp)をフォローしているという情報はpleroma.io側に格納されないわけです.で,pleroma.ioを使っている僕としてはWebUIでもクライアントでもpleroma.ioのAPIを叩くわけで,ここからTokyo@unnerv.jp関連の情報は取れないわけです.

17:26:39
icon

@noellabo @monman53 ですよね.サーバに所属しているユーザは全部持ってるだろうけれど,リモートユーザの分まで取得してないですよね.

16:54:53
icon

@monman53 そうですね,それだと普通のクロールになるのでまぁクライアント側では実装しないでしょう.
これは統計情報だけ持っていて,サーバ内にはフォロワーのユーザ情報を格納していないから,返しようがないとかなのでは?

15:46:46
icon

4回目のワクチン打ってきた

15:45:12
icon

@monman53 Mastodon APIはそれらの情報を返さないんだけど,クライアントレベルでどう実現できると思う?

15:06:39
icon

ばいばい

15:06:33
2023-02-09 15:05:20 Posting ハードコアテクノ聞きながら毎日10km走る人 nacika@oransns.com
icon

This account is not set to public on notestock.

11:48:28
icon

コンビニのレシートわろた

11:48:20
2023-02-09 11:48:03 Posting ぐすくま@わかりみ guskma@abyss.fun
icon

This account is not set to public on notestock.

10:04:49
2023-02-09 09:56:06 Posting 藤井太洋, Taiyo Fujii taiyo@ostatus.taiyolab.com
icon

This account is not set to public on notestock.

01:38:35
icon

libtiffがぶっこわれてリンクに失敗しておる……

00:54:07
icon

あーなるほど,消えた通知は生き残ってしまうのか……むずいわ