完全に寝てた
もやだ

？？？

っと

文字通り初クリアした
ちょっとずつだけど上達はしてるっぽい(ここんとこ毎日やってるからなれたという説はある)

irb(main):020:0> Status.unscope(:order).group(:uri).count().having('count_all >= 2')
Killed

重すぎたらしい…

ところでこのユーザーをスパム判定してブロックするやつなんだろう？すごい良さそうなんだけど

このアカウントは、notestockで公開設定になっていません。

@mimorinka 鍵かけとかないと新規オープンにしてるインスタンスはにゃぎをフォローするという形で連投攻撃の可能性があるってことになるね…

ホンゲイピー案件って呼び方が好きです

@mimorinka フォローするだけならid@domain入力すればできる

それは手を温めて

せっかくうまく行きそうなクエリができたのに肝心のdbが見事に破損してるから処理がTOするっていう

じゃああんま関係ないのか

(また重くなったなこれ(失敗したから再実行))

db側の処理は終わったのにRails側では終わってないことになった

あ

板橋重たいのdbが壊れてるのと俺が今無理させてるせい

わんっ！わんわんっ！

板橋の破損dbに向かってクエリを投げつけてるせいで処理に500秒近くかかってるっていう本来ありえない使い方をしている

これじゃ完全に犬ですね？

わせたんもちょっと良くわからないんですけどねほんとは…
わせたん<わんっ！

わんわんせたせたじゃなんか犬みたいだな…

@t なんかStatus自体にデフォルトでorder by :idがかかってるみたいでcountしてselectした時にidがないって怒ってたみたい
よくわからん

.unscope(:order)でorderを外せる

トゥートすることによって問題を再認識して解決につながった…

わけわからん
ORDER BY status.id DESCがどうやっても邪魔

左のイヤーピースがなくなった(多分ベッド

#kyoriobjstorage
205.66272852849215G 46 objects s3://itabashi-backup/
112.71065187174827G 732190 objects s3://media.n-sr.org/
27.176208555698395G 178492 objects s3://media.nitiasa.com/
55.28618371486664G 407429 objects s3://media.odakyu.app/
37.178871187381446G 50 objects s3://nitiasa-backup/
104.79547968320549G 55 objects s3://odakyu-backup/
1276.5718955993652M 6760 objects s3://optics.odakyu.app/
0 1 objects s3://ramune/
11.553455241955817G 51 objects s3://storage.accelf.net/
--------
555.6102310251445G Total

データベースのバックアップ作業が完了しました
取得開始:201901300550

オブジェクトストレージ総容量の取得を開始します

バックアップに成功しました。メディアストレージに転送します
取得開始:201901300550

データベースのバックアップ作業を開始します
取得開始:201901300550

YTMusicアプリ、キューを使うことを覚えた
これでまたちょっと便利に

現在残っているタスク : 90件 #remaintasks

Today's Activity

トゥート数：57103(49)
フォロー数：256(-1)
フォロワー数：286(0) (FF比：1.117)
TPD：305.364(-1.378)
アカウント開設から187日でした。お疲れ様でした。 #ars42525