投稿ごとのミュート

[syuilo]

Summary

Environment

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

[tamaina]

#2144 に似ている気がしなくもない

[tamaina]

(クライアント側が検出して)一定のRenote数があったら一定期間(引用を除いて)Renoteをミュートするみたいな機能欲しいけど、引用を含むか含まないかのフラグが必要か

[samunohito]

@syuilo
要件的にどちらでしょう…？

• ノートを非表示にしたい（タイムライン取得の各種APIに該当のノートを含めないようにしたい）
• ノートの通知を切りたい（該当ノートに対する通知を全部オフにしたい）

[syuilo]

前者だわね

[syuilo]

パフォーマンス的に難しそう

[samunohito]

develop...samunohito:feat/note-mutings#diff-0ac446f371898719494ec2f72e1fe3958790bc82a9b4bd14a06b937bcc80f061

既存のユーザミュートの仕組みと似たような感じでいけませんかね

[samunohito]

（厳しいなら閉じてしまっても良いかも）

[syuilo]

いけそう
けどIssue作成が7年前なので、今の需要がどれくらいあるかは改めて調査したい

[samunohito]

https://mi.osamu-storage.info/notes/a45dsv945qu700kv
（アンケ中。まだ始めて間もないけどそこそこ需要がある様子）

[samunohito]

結果発表

[syuilo]

ほむん
Misskeyにとってのユーザー(=サーバー管理者)に「パフォーマンスが低下したとしてもそのような機能をユーザーに提供したいか否か」を聞きたい感あるわね

[samunohito]

パフォーマンス

具体的にどのあたりを気にされていますか…？
非常に大きいクエリを追加するわけでもなく、追加された部分は大体Redisやメモリキャッシュを活かしているのでそんなに影響は無いと考えてるのですが…

[syuilo]

例えばストリーミングを考えると、ある程度キャッシュできるとはいえ投稿が来るたびにミュートしてないかどうかのチェックが必要になりそう

[samunohito]

（既にやってるような…）

misskey/packages/backend/src/server/api/stream/channel.ts

Lines 66 to 75 in 10ce7bf

	// 流れてきたNoteがインスタンスミュートしたインスタンスが関わる
	if (isInstanceMuted(note, new Set<string>(this.userProfile?.mutedInstances ?? []))) return true;
	// 流れてきたNoteがミュートしているユーザーが関わる
	if (isUserRelated(note, this.userIdsWhoMeMuting)) return true;
	// 流れてきたNoteがブロックされているユーザーが関わる
	if (isUserRelated(note, this.userIdsWhoBlockingMe)) return true;
	// 流れてきたNoteがリノートをミュートしてるユーザが行ったもの
	if (isRenotePacked(note) && !isQuotePacked(note) && this.userIdsWhoMeMutingRenotes.has(note.user.id)) return true;