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

Gitの解説記事でも rebase とか cherry-pick したブランチをpushすると事故りやすいよってよく言われている通りなので…。

2.7.4 は 要は 2.7.1 に対して一部コミットを cherry-pick している訳なので cherry-pick された分だけrevertでも大丈夫かも

ログの中に 2.7.1 + 自分の変更内容 にしたマージコミットがあるはずなので、いったんそれをチェックアウトして、その後masterをマージです。(2.7.1 -> 2.7.4 の間に変更入れてたらその分はやり直しです)

2.7.4 から 2.7.1 まで戻して その後 2.8.0 に行く <- 2.7.4から2.8.1

ちょっとGWのなん実の三昧準備をしていたのですけど、ついったさんの StreamingAPI タグ検索のやつはまだ動くんですね…。びっくり。
https://ggtea.org/sio/streamAnizanv.html

翻訳手動たいへんそうね

@b0228435a55922fd5d71a9afd44169 erait!

Mastodonの方でなんかうまいことヘッダを出力して内容が変わらないファイルはめっちゃキャッシュしてくれたりするように最近はなっているはずなので<proxy_cache

proxy_cache とかちゃんと設定しないとなーって思ってる…。S3のファイルも…

そういえばMastodonのセットアップの最適化けっこう更新されているよね って見に行ったら いつのまにか nginx の設定はリポジトリにあるファイルをコピーして置けになってた…。 https://github.com/tootsuite/mastodon/blob/master/dist/nginx.conf

通常だとリクエストが来た時にプールからコネクション取得して、処理が終わったら開放してる。ただ途中で外部通信とかが発生すると無駄に占有する感じで、
そこからpgbouncer入れると占有開放がトランザクション単位になってさらにプロセス/サーバ間共有になる。

Rails 別にプールされてない訳ではないと思う(スレッドとプロセスが多すぎてその間でコネクションが共有出来無くて無駄が発生している)

素朴な疑問ですけどフレニコ今までpgbouncer入ってなかったのです？ or 1から新規構築でやりなおし？

node1プロセスで間に合わなくなったらどうしよう感あるけどそこまではそうそう到達しないから良いのか

nodeは強いね(でもあれシングルスレッドだよね(シングルスレッドで大量に処理出来るから問題ないではある))