なばち @nabachi@fedibird.com

#fedibird #fedibird_info 大丈夫そうかな。

あらためて、昨晩からさきほどまで、サーバがつながりにくい・ほぼつながらない状態が続いていたようで、ご迷惑お掛けしました。

misskey.backspace.fm（ばすきー）のアカウント削除がたくさん流れていたのかな。これを大量に同時処理したことで、データベースが過負荷になっていました。

現在も削除処理は走っていますが、同時実行するプロセスを減らすなど構成をアレンジして、動作に差し支えないレベルに負荷を抑えられたかなと思います。

まだ様子見していますが、まあこれでなんとかなるでしょう。たぶん！

io、意味不明なエラーとかが多すぎて特定不可能なので、Google Analytics導入しました！
（実は昔仮で導入してたけどユーザー数が少なすぎてデータとして意味が無かった）

多分更新すると何を収集するか聞かれるので、是非ご協力お願いします！

大手みたいにガチガチに収集する時間も能力も無いので、変な情報をわざわざ個別に収集すると言うことはしてないです

​​​​
リクエストありがとうございました​​
今回はうちの子を描かせていただきました

Fedibirdでは、ドメインブロックするのは最後の手段です。サーバーレベルではね。

運用・技術レベルが高く信頼でき、多くのユーザーを抱えていて影響・恩恵が大きいサーバだけと連合するという方法もあります。

しかし、Fedibird規模のサーバがそうした運用を行えば、個人サーバや小規模なサーバ、新規参入したサーバ、実験的なサーバは、機能しなくなります。

大規模なサーバに人が集まるのは自然の流れですが、『大きいところを使うしかない』という状況は可能な限り回避したいと考えています。

ウチの連合志向というのは、そういう考え方です。

いま、それぞれのユーザー、サーバー管理者のレベルで、低コストで即効性のあるスパムへの対処はドメインブロックすることなんだけど、

送信に新しいサーバが使われるたびに登録しなければならず、いちいち騒ぎになり、皆が疲弊するっていうのと、

初手ドメインブロックが『しかたがない』あたりまえの対応になっていくという、

二つのしんどさがありますね。

ドメインブロックは仕方が無い、という認識を刷り込まれるのが一番の害だなと思います。

目をつけられないように、公開投稿をしなくなる、なんてのもありますね。

さてどうするか。

ユーザーレベルでは、通知のフィルタリングで対応する方法があります。無視したり、保留しておくことができます。

最新のMastodon（v4.3.1）の通知設定はこれ（添付画像）です。カラムの上部右端の歯車から。

あとフィルターの設定。フィルターしても差し支えなさそうな単語を含む投稿は完全無視を決め込みましょう。

サーバーレベルでは、まぁコード追加するしかないかなぁ。リバースプロキシで対処してる例もありますね。

Fedibird系では、本文とQRコード内容のワードフィルター、添付画像のBlurHashフィルターを適用しています。（v4.3.1用もあり、いくつかのサーバに適用しています）