Notices by のえる (noellabo@fedibird.com), page 153

@kuuichi09 フォローした理由とか、ミュート、ブロックした理由などをメモしておくことを想定しているみたいだね。

しょっちゅうアバターアイコンや名前を変更する人とか、サブ垢構成が複雑な人とか、いうたら取り扱い注意事項（約束事）みたいなのをメモしたり。

@genbuchan ローカルサーバでの削除処理、リモートへの削除の配送処理、あとリモートからこちらへの逆参照（アカウント情報確かめに来たりする）が、ローカルサーバの負荷になる。

ローカルサーバでの削除処理は、投稿の削除の他に、フォローとか絵文字リアクションとか、そのアカウントが関わったあらゆるアクティビティを取り消すことになるので、そこが重い。主にデータベースに負荷がかかる。

リモートへの削除の配送は、たとえばFedibirdの例でいうと4700ぐらい一気にキューが積み上がるので、これを捌ききるまで他のキューの処理が遅延したりして、重い！って実感したりするね。

逆参照は、サーバ内のキャッシュシステムやnginxなどのリバースプロキシ、cloudflareなどの外部キャッシュサーバがカバーしてくれれば大して影響ないけど、モロにうけたらこれもとんでもない負荷になる。

リモートサーバでは、連合先に配送したりする必要はないし、データ量も相対的に少ないから、まあさほとでもない。だいたい、既に最適化されている。

@kuuichi09 自分だけが見たり編集することができる、その人に関するメモが書ける場所。

夜を食べたのだわ

夜を食べるのだわ

@genbuchan 参考までに正確にお伝えすると、Fedibirdは9,322のサーバを知っていて、そのうちの4,755のサーバを配送可能な相手と認識している。

まずはgenbuchanのフォロワーのいるサーバに優先的に削除を依頼する。平均的には、まあせいぜい数十ぐらいだね。

あと、リレーに配送するので、リレーに参加している200ぐらいのサーバ。

んで、残りのサーバにも投げる。優先順位の低いキューを使うけど、こちらの負荷軽減であって、相手の負荷軽減とは関係ない。

結局4755＋α（リレーからつながる未知の相手）のサーバに削除依頼を出す。フォロワーがいなくても、fetchしたりして投稿やアカウントを認識していることがあるから、全部に投げるのだ。

まあいくつかのサーバはつながらなかったりするけども。

:m_slimebeth: :oyaji_body:

:ippantekinikaimononiikutotukaretesimaimasu:

@brightestmelody v3.3.0以降じゃないとFedibirdにあるサークル機能の投稿届かないんだけど、まあこれはマイナーだから大丈夫かな……。

v3.5.0以降じゃないと、投稿の編集が反映されないというのは、そのうち効いてくると思います。

@brightestmelody 3.5.1。まさにそれで、投稿の編集機能がUIで有効になっていないんだよね。もう少し普及してくれないと混乱するので。

ん？ Pawoo復帰祭りの会場はどこですか？（ここもか）

@rockmansion よく考えてみると疲労感が副反応なんですよね…… :t_odaiji:

@unlimish こうやって、別の投稿を選択して、投稿にくっつける機能 [参照]

@unlimish Fedibird独自だけど、おもしろいよ

追記 [参照]

まるごとソーセージhttps://www.yamazakipan.co.jp/product/02/sausage.html

一番人気の惣菜パン

粗挽きソーセージが丸ごと１本のった、惣菜パンのベストセラー。ルヴァン種を使用し、ふんわりソフトな食感に仕上げたパン生地とからし入りドレッシングがさらに味を引き立て、ボリュームたっぷりでもペロリと食べられてしまうおいしさです。 [参照]

前回以降のカレーたちです [参照]

#おなかがすきましたね

:ametroid: test

自動作曲ちゃん、これな [参照]