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

メモリめっちゃ使う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が除外されるっぽい。

めちゃめちゃ悩んでとりあえずstreamの修正だけなげるかって思ってたらPR投げられてたので載った私(酷)。(今、表の見方がわからなくて混乱している)

ソースを公開するときにTOKENとかパスワードの設定ファイルも一緒に公開してしまわないように注意だ😐

使えるらしい😄

AWSのIPv6対応って前に見たときはセキュリティーグループでIPv6アドレス指定できなくてそれでよいのかという感じだった気がするのだけど今どうなのかな

@Clworld それでもsmbポートはさすがに閉じるかもしれぬ。