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

Mastodonのpumaを複数起動してnginxでfallbackされるようにしました。

Mastodonの変更される可能性がある設定って.env.productionに設定されているんですけど、これpuma/unicornの graceful restart では再読込みされないらしくて頭をかかえている。だうんたいむ…。
http://t-cyrill.hatenablog.jp/entry/2015/03/25/024625

Mastodonのコミットログを見てる時に Author: ヨイツの賢狼ホロ の不意打ちをくらう

1.3-stableブランチが出来ている…!?

@Telmina 前にサブアカウント作った時何も気にせず同じ番号と紐付けた気がする(紐付けたあと毎回解除してる)

ついったでバルスがどのように処理されてるかというとその瞬間の後タイムラインに時系列がばらばらになってpostが流れてくる動作をして少し経ったら回復する見たいな動作を毎回しているのでついったもタスクキューが毎回詰まっているんだと思う

Sidekiq全消しポチすれば何とかなる系がそうでないかで危険度が変わってくる<バルス問題

通常のサービス用とサーバ間通信用でpumaを分けておかないとまずい？

pumaのスレッド使い切って502が出るまでは規定路線で、そこからめっちゃ溜まるSidekiqをどうするかが問題。最悪のケースだとRedisがメモリ使い切って死ぬ。

Mastodonの仕組みでバルスに耐える為には多分バルスを虚空に捨てる仕組みが要る(酷)

@nikq Subscriptionが消滅するとだいたいそんな感じの動作する。

ついったの電話番号でもログインできます方式基本的に気が狂ってる。

この件でTwitterのログイン方式嫌いなんだけどそういえば私もMastodonのサーバ毎にメールアドレス変えるの忘れてるから強く言えない…

そういえばうちのドメインのDNSSECのKSK4096bitだった…

ECDHE_ECDSAかー。たしかにこれに限るとスコア上がった気がする…。

Mastodonのサーバリスト的にAndroid5未満は人権無いっぽいです

pixivさん遅いサーバに対するキュー用意してないかなーってgithub見たけど用意してなかった残念(pawooに対する謎の信頼)