神楽坂しえる @Clworld@md.ggtea.org

ついったさんでフォローした時に出る このユーザに近いユーザはけっこう参考になる印象はある
事前情報なしのおすすめはけっこうbad

うち？ うちはなんか良く分からない日次バッチが動いてて並び順決定してたよ(ぉぃ) <おすすめ順

作業でWebサイト作ってるけどおすすめ順ってWebサイト作成者のおすすめ だからね。Webサイトに掲載料たくさん払った人がおすすめという場合であってもWebサイトの作成者のおすすめだよ

レコメンド基準を決めた時点で何らかの形にかたよってるのは仕方ないしそれを前提として受けとるか拒否しないといけない

社畜丼避難所の人がわーわーやってて楽しそうだけど私部外者なので遠くから見てるね

MastodonのRedisはDBから取って来たデータのキャッシュと、ユーザのHTLにどのstatusが並んでるかを保持しています(HTLをDB直で取ろうとするのが無理なので)

大規模ならともかく中小インスタンスはおすすめの元になるデータ持ってない

前にfollowlinkクロールして フォローしてる人のフォローが多いユーザで自分がフォローしてない物 を出してみたことあるけど、うん… あまり… って感じだった(今だと分からん)

Pawoo いつのまにか R18に限らずエッチな画像はNSFWしろ にちゃんとなってた

つよい

NSFW 単にNSFWとR18, X-Rated, 特定の国で違法 あたりの区分欲しい感あるよ

サイレンス機能のようにこのユーザの画像全部NSFW機能とか無いかな感はよくあるよ

そもそもNSFWってOStatus/ActivityPubに規定されてたっけ…？ みたいなのある

@unarist 自分をブロックしてるアカウントをRTで流してくるな事件はなんか記憶にある気がする…

ついったさんのUserStreamはついったさんの負荷的には良くできてて、ブロックとかミュートしてても流れてくるのでクライアント側でフィルタしないといけない仕様(Mastodonは親切なのでサーバ側で弾いてるけど当然サーバ側の負荷になる)

@unarist そこらへんのデータついったさんだと少なくとも昔ははしょってたらしく全く信頼できないと有名なのでクライアントみんな別で取りにいってるやつ

@otofune 記憶だとTootデータ内にフォロー関係情報とかまで入ってて結果ユーザ毎に生成してるんだと思うんですけど、そんな厳密にJSONで送る必要ないし、TootのJSON皆同じの送ればいいと思うんですよ…(でもbreaking)