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

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

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

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

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

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

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

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

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

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

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

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

使えるらしい😄

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

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

正気でない場合の私だと今時ちゃんとクライアントOSでもFW入ってるでしょみたいな丸投げをする。

smb脆弱性の時に一応PCルータのiptablesを再確認したんですけどちゃんとIPv6でもinbound不許可のルール入っていたので昔の私は意外と正気だったらしい。

うなうなうな…

ぐぐぐ(見落としが多い)