@Cutls ふむー。見てみよう

@Cutls Unicode表現の絵文字の見た目がTwemojiに変わると何かマズいの？豆腐よりマシだろうとしか思わないんだけど。

「攻撃対象の非主流派の保護(A)」には賛成だけど「攻撃側のタンスが使えるアプリを少し減らせば(A)の役に立つ」には否定的だよ。Webアプリが十分に機能してる時点で無駄。
まず主要Webブラウザに彼らのサイトの検閲を求めるといいんじゃない？（他人事

Vergeのライターからの質問メールへの返答、STアプリのアカウントに全文だしてあるので興味のある人は見てね

https://blog.crazynewworld.net/2019/07/14/%e6%9c%80%e5%a4%a7%e3%81%ae%e9%9d%9e%e4%b8%ad%e5%a4%ae%e9%9b%86%e6%a8%a9%e7%9a%84%e3%82%bd%e3%83%bc%e3%82%b7%e3%83%a3%e3%83%ab%e3%83%8d%e3%83%83%e3%83%88%e3%83%af%e3%83%bc%e3%82%af%e3%81%af%e3%80%8c/

この問題で最も重要なのは「攻撃される非主流派をネットの悪意からどう保護するか」だと思うんだけど、ソフトウェアやアプリにそんな事を要求されてもなあ。管理されてないタンス自体への攻撃は合法ではないし、外部のタンスから適切にドメインブロックするしかないんじゃないの

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

普段STでやってるフィルター。"添付メディアあり"だけのHTL、ブーストなしのHTL、ブーストだけのHTL。
クライアント側でフィルタ強化だとHTLの保持件数を長くしないとダメだし読み込み時に無駄がでる。
サーバ側でクエリ時にこれらをフィルタできないのは、IDだけをredisにfan-outする仕組みのせい。
サーバ側でTLをユーザ毎に複数もててfan-out時にフィルタ式を適用できれば、もっと幸せになれると思う。
サーバ側マルチカラム。それはもはやマストドンではない別のAP互換サービスになるんだろうけど。