kPherox@fedibird @kPherox@fedibird.com

むずい

ウイルスによって引き起こされる症状、ウイルスがあるから起き続けてるって認識で合ってるのかしら

pl.kpherox.devのA/AAAAレコードを一度もともと動いてた方に戻してリストアしてる方のnginx止めちゃおう

鯖移すためにpg_dumpさせるやつ、どうにか失敗なく実行されてるけどALTER TABLE table CLUSTER ON indexでクソほど時間掛かってる

法に反さない範囲で自分らが勝手に決めたラインだけで発信したいならtwなんか使っちゃダメさ

docker/compose-cliへのcommitの機運かなと思ったけどcomposeのバージョンがbeta.1だったのでbeta.4でまた試そう

docker execとdocker compose execでそれぞれgzipした結果に数十MBぐらい差があるけどdocker-composeならdocker execと同じ結果期待できるのかしら

pg_dumpの結果にゴミが混ざるのdocker compose v2が悪いのかな。

pg_dump --username <username> より 実行ユーザーで pg_dump の方が | gzip -9 > backup.sql.gz が早い気がするのはなんだろう

docker compose exec -T postgres pg_dump

で余計な文字が混ざってくるのマジでなんなん

pg_dump で create オプションつけるとコメントアウトの頭に余計な文字が入って不正なsqlファイルになっちゃうっぽい？

pg_dump -CO をdocker-entrypoint-initdb.d入れちゃダメなんすか

db_1 | /usr/local/bin/docker-entrypoint.sh: running /docker-entrypoint-initdb.d/db-backup-24-06-21.sql
db_1 | 2021-06-24 12:33:30.203 UTC [49] ERROR: syntax error at or near "" at character 1
db_1 | 2021-06-24 12:33:30.203 UTC [49] STATEMENT:
db_1 |
db_1 |
db_1 | SET statement_timeout = 0;
db_1 | psql:/docker-entrypoint-initdb.d/db-backup-24-06-21.sql:6: ERROR: syntax error at or near ""
db_1 | LINE 1:
db_1 | ^

pl.kpherox.dev 503返す

「どちらかが真」を片方だけが真って解釈するよりorであると解釈する方が自然な気がする