kPherox@fedibird @kPherox@fedibird.com

ALTER TABLE public.activities CLUSTER ON activities_unique_apid_index;

GitHubでU+202Eを名前に含んでるやつのせいでIssueのイベント表示が非常にみづらい現象に遭遇した

`ALTER TABLE __table__ CLUSTER ON __index__;` がずっとCPU使ってる

勝手にやってろって気持ちになっちゃった

scrobble、無理やり自然な日本語に訳すなら投稿するとか記録するとかになりそう

むずい

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

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

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