sidekiqからMediaCleanupSchedulerが呼ばれてstatus_idと紐ついてないMediaAttachmentがdestroyされるとき、添付ファイルは削除されるんだろうか…?
sidekiqからMediaCleanupSchedulerが呼ばれてstatus_idと紐ついてないMediaAttachmentがdestroyされるとき、添付ファイルは削除されるんだろうか…?
@basictomonokai もう一つ、ロード処理を行うスレッド数に制限があるので、カラムに「loading?」と表示されるのはロード処理を開始したがまだスレッドが割り当てられれていない状態を示しています。これも主にサーバ負荷の関係で、無闇にスレッド数を増やすことはできません。
@basictomonokai カラムの作り方によっては簡単にサーバに負荷をかけられてしまうからです。なのでプロセス起動直後はカラムが画面内に表示されるまではロードを行わないよう制限してあります。制限を外せるようにすると鯖缶たちにおこられかねないやつです。
@basictomonokai カラムの作り方によっては簡単にサーバに負荷をかけられてしまうからです。なのでプロセス起動直後はカラムが画面内に表示されるまではロードを行わないよう制限してあります。制限を外せるようにすると鯖缶たちにおこられかねないやつです。
別にSWAPしまくってるわけではないのでクエリを止めて2時間まつだけだが、これだと大規模なDBメンテナンスは面倒だな…
@noellabo 会話ツリー中一部だけメンションされたとしても、ローカルユーザはその会話ツリー全体を見たいですよね。それを妨げるのは私はナシだと思います
@noellabo メンションや返信について、会話ツリー全体をみないと「ローカルと無関係」とは言いきれないんですよ。けっこう大変なので今回のクエリではメンションを含む投稿や返信や被返信は対象外にしてます。レスが付く=重要性が高いという見方もできるので、フィルタ的には割と良い感じです
@noellabo 蓄積される投稿と違ってユーザ情報は現在の状態なので、「古いものを削る」という判定ができないんですよね…。
https://gist.github.com/tateisu/3d98290f2b72d12ba5f1b977a0d5743c ブーストに影響が出ないようにした
テスト鯖なので1時間より古い使われてないトゥートを削除してみた。それなりに動いてる模様。メンションがあればローカル住人と無関係でも残すとか、pinned投稿なら残すとかあるので、思ったよりは他タンスの投稿が残る。添付メディアはstatusとの関連が切れるだけなので別途tootctl media remove_remote する必要がある
とりあえず、リレー参加中のテスト鯖 https://mastodon2.juggler.jp/ でdelete クエリをかけてみる。
リレーを使うようになると使われてない古い投稿がタンスのDBに溜まっていくと思うんですが、どうにかいい感じに削除してディスク容量を空けられないものか…? と思ってこんなクエリを考えてみたけど、どんなもんだろうか https://gist.github.com/tateisu/3d98290f2b72d12ba5f1b977a0d5743c