神楽坂しえる @Clworld@md.ggtea.org

listenerの役割ってstreamから通知を抽出することだと思うんだけど、私の鯖既に通知のみのstreamあったりするのでそうすると左から右に流してるだけなんじゃないかなって予感はしてくる😐

v6 only Mobile とりあえずMastodonはできるという分だけ少し前の状況よりかなりましっぽい

ちなみに本体に対するWebPushのPR(まだ未完成)はあります(wktkして待つ) https://github.com/tootsuite/mastodon/pull/3243

大きいサーバ持ってないからuserの流量がどのくらいあるのか私分からないんですよねー。

@tateisu なるほど。

メモリめっちゃ使うRailsなMastodon本体よりはnode.jsの通知中継サーバは多分そんなにtraffic以外のリソース食わないと思うし小さいVPS並べれば多少は…通知ストリームがあればもうすこしは…みたいな感じはすこしある…あるが…

@tateisu 私は悩む感じ。立てる人は立てるし私もあったら使うと思うんだけどそれでいいんだっけ感が少しある。

通知のみのAPIがマージされてくれないとたぶんhome流速が早いユーザがいるというだけで死ぬ

持ってるアカウント的にmstdn.jpで通知が欲しくはあるんだけどmstdn.jpに対して通知サーバを立てたら死ぬだろうなって感じもするので渋い。

順番に見て行ったらめっちゃWorkerとServiceをたらい回しにされるし少し遡ったらリファクタリングでコード移動してたりするし結局grep目検してたりしてなかなか大変なMastodon

@unarist Eugenさんでも本当に来ないのか心配になることもあるさ？

@nacika (時間をかければ何とかなる場合もある(PR投げるのにかかる時間がやばい))

@nacika https://github.com/tootsuite/mastodon/pull/3278 パフォーマンスチューニングのPRがマージされることを祈ってください(何)

＼ねこです／(githubのアイコンが)

いいかんじに投げられなかったからこうなってるよ！🙃

@unarist あのフィルタする部分には流れてこないっぽい。たぶん。

最初Issue上げるべきかなって思ったんだけどめっちゃduplicateな予感がした

@unarist 訂正なのですけど、StreamingAPIのpublicはstreaming/index.jsに来る前にFanOutOnWriteServiceでboostとreplyが除外されるっぽい。