(改造されていない)Misskeyを使っている人ってあまり見ないし、自分がMisskeyの開発をする意味(と自分にとってのメリット)ってあるのかしらと最近思う
収入もそこまで増えないし
#鳥展 まっさかりの国立科学博物館にて、濱尾章二先生の最新研究「ウグイスの谷渡り鳴きの新仮説」の展示が26日よりスタート。私の描き下ろしイラストも新たに追加で展示されています! 特別展とは別の展示スペース(地球館1F)なので、鳥展の後などぜひお立ち寄りください!
www.kahaku.go.jp/event/2024/1...
科博NEWS展示「ウグイスの谷渡り鳴きの新仮説」 :: 国立...
information finally got to us around the houses, but release - irregular release 3.13.3 to corect some behaviour around fields interacting badly with misskey
bundled with what is a bunch of stuff i didn't feel i had enough for a full release over so enjoy
same process as ever! [db migrations exist, make sure you do them]
https://docs.akkoma.dev/stable/administration/updating/
misskeyの開発者などへ:今後、不具合可能があるかもしれない場合には、私たちakkomaチーム(あるいはpleromaの)に直接ご連絡してください!
@skoji いわゆるe/acc派の代表格になってますね。このようなThe Techno-Optimist Manifestoなるものを発表しています(自分は読んでてクラクラしてきました…)
https://a16z.com/the-techno-optimist-manifesto/
現行の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のバナー機能はプロフィール補足情報で連合するので、こちらでも発生します。
とりあえずPleromaの運営者さんは「管理者設定」→「制限」→「Max remote account fields」を50くらいに設定してください……おねがいします……
大規模分散データ処理の世界にいるJavaエンジニアの端くれです。最近はあんまりJava書いてなくてPythonが多いですが。
GUI開発の世界にも興味を持っていてJavaFXいじったりもしています。