新しいものを表示

tumblr、人気SNSやったんか。全損処理は一体・・・。

DB操作は落ち着いてやった方が良い。

宇宙よりも遠い場所のメールのシーンは辛すぎた。おいおい泣いちゃった。

なんか昔、外部キー設定するとめちゃんこ遅くなる時代なかった?そのときぐらいに外部キー作らない設計が流行っていた気がする。

なんか自宅がnuro光2Gの提供範囲に入ったらしい。チラシが来た。先月からbiglobe二年縛りに入ったところなんだよ~。

スマホでインフラいじるの、マシンインスタンスの上げ下げぐらいまでやろ。それ以上はなんか怖い。

スマホからSQL発行とかしたくねぇw

ディスクフルになっても、PostgreSQLのwalが書き込まれているから、不整合なデータになることも、定義だけが壊れるようなことも考えられない。

こういう製品の技術的な一部だけを見る限りでは、自分でもインスタンス運営はできるんだろうなって思うけど、技術面以外の方がまあ面倒そうやな、とも思う。

delete from statuses using (select uri, max(id) as id from statuses group by uri) a where id = a.idあたりだろうか。先にカッコでくくったselect文のところだけ実行して確認してもらうしか。あとテーブルコピーしてテスト環境欲しくなるね。いきなりぶっつけ本番はキツい。

PostgreSQLのウィンドウ関数叩くとき、毎回調べてる。

メーリングリストのあれはは、特殊条件過ぎる気がする。

おさ さんがブースト

何かの操作ミスで消したぐらいしか思い付かない。ディスク障害なら、起動しないレベルで影響でてそう。

うーん、最初から存在するはずのインデックスっぽいな。作られていないってどういうことなんだろう。
github.com/tootsuite/mastodon/

実行してないので動くかどうか分からん。

スレッドを表示

自分だったらselect uri,count(*) as cnt from statuses group by uri order by cnt desc limit 10あたりを叩いて、まず手作業で対応できる範囲かどうか見極めるかな。

マストドンのmigrateの中をindex_statuses_on_uriでgrepしても出てこないんだけど、いつ入ったんだろう。

古いものを表示
:realtek:

思考の /dev/null