kPherox@fedibird @kPherox@fedibird.com

法に反さない範囲で自分らが勝手に決めたラインだけで発信したいなら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であると解釈する方が自然な気がする

改めてOracle Cloud Ampre A1インスタンス 4vCPU/24GB相当のスペック無料で使えるのおかしいなぁつってる