なばち @nabachi@fedibird.com

https://www.watch.impress.co.jp/docs/news/1642732.html
一番最後に発言がありますが、ブランドイメージを守るためには合法的な取引でも拒否する方針は今後も変えないとのこと。つまり継続的に不明瞭で恣意的な基準で取引を縛るのも問題ないということを打ち出したのであれば、日本のみならず諸外国でのこの方針への不満も正当では？

アドベントカレンダー、そろそろですねー。

Fediverse Advent Calendar 2024は、第一会場、第二会場が埋まりましたが、余裕を持って第三会場と第四会場を用意してお待ちしております。

第三会場
https://adventar.org/calendars/10242

第四会場
https://adventar.org/calendars/10836

今のところ、第三があと3つ、第四は全部空いてます。

カレンダーの空いている場所は、期日が過ぎてから使ってもかまいませんので、何か書こうと思っている人は、いつでもエントリーしてください。

#FediverseAdventCalendar #FediverseAdventCalendar2024

Pleromaについても修正出てますね。2.7.1。
https://git.pleroma.social/pleroma/pleroma/-/blob/mergeback/2.7.1/CHANGELOG.md
QT: https://queer.hacktivis.me/objects/0c18522d-f19a-4408-92b2-8cb4091e4cb6 [参照]

現行のPleroma / Akkomaに、プロフィール補足情報（Misskeyだと追加情報）が多すぎるとアカウント情報の取得に失敗し、再取得を繰り返してしまうバグが存在します。

これにより、CPUが使い尽くされたり、データベースが肥大したり、相手サーバへ過大な負荷をかけてしまいます。

Pleroma / Akkoma全体でこれが発生するため、実質的にDDoSを仕掛けるような挙動となります。

デフォルトが20なので、これを設定（Instance の Max remote account fields）で大きく引き上げる方法でまず対応し、

指定数をオーバーしたら切り捨てて対応するパッチをあてる対応が必要です。
https://git.pleroma.social/pleroma/pleroma/-/merge_requests/4220

Pleroma / Akkomaの新バージョンがリリースされたら速やかにアップデートしましょう。

この不具合は、プロフィール補足情報の件数が多いActivityPub実装すべてで発生します。

Mastodonの標準は4件、Misskeyは16件、Fedibirdは8件ですが、独自に数を増やしているサーバであれば該当する可能性があります。

また、Misskey.ioのバナー機能はプロフィール補足情報で連合するので、こちらでも発生します。