のえる @noellabo@fedibird.com

ひとびとの、fitbit

※ ちがいます

やっぱバックグラウンド処理にせにゃだめだなあ

話は聞かせてもらった！
人類は滅亡する！！

呪泉郷できないじゃん

なしきおるやん

Misskeyのルビ機能で遊ぶヤツだな（違います）

#fedibird

Misskeyについては詳しくないのでざっくり。

サーバでプレビューカードを事前生成・提供する機能はないのでクライアントで対応が必要。

ただし、リモートのhtmlや画像を所属サーバ経由で取得し、クライアントそれぞれでアクセスしないようにして共有することと、画像のセンシティブ判定などが行われている。（Summaly）

タイミングをずらす遅延処理などはしてない。即座に表示されるが、アクセス集中するのは厳しいハズ。

Mastodonと違い、URLを並べると複数のプレビューを展開する。

MastodonでURLを記載した投稿をすると、その投稿が様々なMastodonサーバに配送されて、各サーバからプレビューカード（サムネイルやサマリーなどを事前確認できるOGPやoEmbedの情報）を取得するアクセスが行われる。

例えばいま12,539人のフォロワーがいる私が投稿すると、827のサーバに配送される。

うちMastodon系は442サーバあるので、自分のサーバを含めて少なくとも443件のプレビューカードアクセスが行われる。

リレーによりフォローされていないサーバにも配送されており、実際はもう少し多い。

各サーバで生成されたプレビューカードはしばらく保持され共有されるため、他のURL投稿者や投稿が広がる範囲にもよるが、最大でもMastodonサーバ数を超えない程度には収まる。

アクセスはHTTPのGETリクエストで、キャッシュ済みの値を返せば良いケースが多いため、適切に対応がとられていれば（CDNを用いたり、nginxのキャッシュで応答するなど）さほどの負荷にはならないが、想定していない場合は過負荷でサーバダウンすることもある。

配送タイミングにバラツキがあることに加え、Mastodonが意図的に1秒から60秒のランダム遅延を入れているので、アクセスタイミングは多少は分散する。

バックグラウンド処理に重たいのがあったかな？（503） #fedibird

私が聞くのもなんだけども、FedibirdのTipsを共有するためのハッシュタグって何かあったっけ？

#fedibird

とりあえず動くようになったが、ちゃんと設計しないとあとで破綻するからなー

人類パラパラ計画

このところ発生した、misskey.ioの外部配送が遅延していた原因など、時系列で技術面の詳しいことが報告されてるよ。
https://misskeyhq.fanbox.cc/posts/7266127

あわせてKOBA789さんの投稿もみとくといいかも。 [参照]

ストレージ容量が不足すること（たくさん占有すること）を『重い』と表現することはあるかもねえ。