コミュニティによる相互監視のある組織がオーナーの場合ではマシかもしれない。個人がオーナーの場合コラボレーターとしてオーナー相手にだけ信用を稼ぐだけで入り込めてしまう

https://www.4gamer.net/games/435/G043587/20240319008/
これ面白いな、原作側は固有名詞もすべて日本語にローカライズしてほしいといふ意向だったが、日本語にするとダサかったり変なイメージになるものは英語のカタカナ表記も許してもらった、最終的に原作側とローカライズ側で拘りをぶつけて落とし所を探った、と

@nanigashi Misskeyも同様です。

ちなみにPleromaも絵文字リアクションできるんですが、Likeの拡張じゃなくてEmojiReactというActivityを使っているので、未対応のサーバでは無視されています。 #fedibird

@makihara えとね、ざっくり3ステップあるわけ。

最初にWebサーバが外部からの投稿データを受け取って、

1. ActivityPub::ProcessingWorker
2. DistributionWorker
3. FeedInsertWorker

という順序でワーカーが起動。

(1)は投稿データを解析して、投稿データとしてデータベースに記録＋通知＋(2)の起動

(2)はそれを全員共通のタイムラインに配送＋(3)の起動

(3)はひとりひとりのタイムラインに配送

で、処理が詰まっている（順番待ちになっている）と、ひとりひとりのタイムラインに表示されるまでに3回待たないといけないのね。だから2倍も3倍も遅延するっていう。

購読とフォローはどちらも(3)で処理するから同じだよ。

ハッシュタグタイムラインは(2)で処理される。

内部の投稿は(1)の代わりに投稿APIの処理が走って、あと(2)以降は同じ。

何見てヨシって言ったんですか？～あなたの隣の重過失～｜事件備忘録@中の人
https://note.com/case1112/n/n93c969e3ec18

【2024/03/07更新済み】現在こちらの手違いを発端としたDB上のデータトラブルでminazukey.ukあてに大量のアクセスが発生している状態です。

明確な発生トリガーが詳しく判明していませんが、先日HTTP通信を誤って行った結果DB異常が発生し、異常が発生してしまったPleroma/Akkoma系サーバーから時折幣サーバー宛に短時間に大量のアクセスが発生してしまうという異常挙動が起こっています。

このDBトラブルの解決のためにissueを建てて報告済みで、ソフトウェア側での改善対応を待っているという状態ですがまだ具体的には解決してません。
https://git.pleroma.social/pleroma/pleroma/-/issues/3252

そのためこの大量アクセスが発生していることが確認できたサーバー様からのアクセスを一時的にWAFでブロックしています。
相互で連合済みのサーバーの管理者様にはご迷惑をかけるため、こちらから連絡などしていますが、フォロー関係が無いサーバー様からもこのアクセス異常は発生しており、そういったサーバー様にはこちらから連絡せず一時的にWAFで通信を遮断しているという状態です。
そのためお手数をお掛けしますが利用者の皆様、また通信異常など発生してしまっているPleroma/Akkoma系のサーバー管理者の皆様、本当に申し訳ありません。ご理解のほどよろしくお願いします。

現在通信異常が発生していることを確認しWAFでアクセスを停止しているサーバー様（漏れがありそうなので確認でき次第追記します）
p.tty7.uk
xxx.azyobuzi.net
tl.檖.xyz
ak.suzu-ya.info

​​ は、鯖缶が「ちょっとアプデしたい。やっていい？　いいよ」って言って、アプデして失敗して、別鯖のアカウントから「鯖更新したらなんも表示されなくなって草」って投稿して、それに「今日の破壊」ってリアクションがつく、っていうのが風景だからな。
これを​ ​ の民は、「やはり個人運営は信用できない」って言うんだろうし、​​ の民は、「一つの鯖が潰れても他の鯖から見れる。なんて堅牢なシステム」と解釈する。
ただ、この点は、ActivityPubよりNostrの方が優秀かも。Blueskyはどうなんだろ？