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

ねこねこ

にゃーん

にょ

pg_upgradecluster で行けるならそれが一番楽(時間かかる)
pg_upgradecluster -m upgrade の場合は更新後に VACUUM ANALYZE が必要っぽい
Debian系じゃない場合は pg_upgradecluster が無いと思うので手動でがんばれ

9.4: きつい
9.6: ぎりOK
10: Good
11:

＞_＜。

RubyもですけどPostgreSQLのバージョンも上げた方がパフォーマンス的に良いです(PostgreSQLのバージョン上げるの時間かかるんよね…)

実のところ v2.7.1 -> v2.7.2 の時に master から stable-2.7 に行っていれば master に戻ってマージで済むんだけど、うっかりする。

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

翻訳手動たいへんそうね

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

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