@kamisuke おはよう、王
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@kiq YouTubeやInstagramのサムネイル・プレビューカードが出ないという症状は、429 Too Many Requests が原因ということが割とあります。
つまり、fedibird.com からInstagramへのリクエストが多すぎて弾かれているということです。(あちゃー)
添付画像はnightly.fedibird.comのもので、こちらでは表示されてたりします。
相手方にとって、アクセス多すぎで弾いているものなので、これに対策をするというのは……なかなか難しい。リクエスト元を複数用意して分散させれば解決するんですが、それDDoSって言いませんか? っていう……
@tukine いつも fedibird_info とかで Tips書いてるようなもんだけど、新機能とか詳細解説が中心だから、サクッと書いたやつもたまに流した方がいいよね。
@ZC33S 試してみましたが、別アカウントのログイン、そのホームの追加、閲覧まで普通に動きましたね。何か条件があるかもしれないけど、何だろうな……
@kiq nightly、特にお勧めするサーバというわけではないですが(何しろナイトリー、本来の意味としては夜間ビルドのテスト用というやつです)、常用するユーザーも受け入れています。実はそれなりにメリットもあるんですよね……
MastodonでURLを記載した投稿をすると、その投稿が様々なMastodonサーバに配送されて、各サーバからプレビューカード(サムネイルやサマリーなどを事前確認できるOGPやoEmbedの情報)を取得するアクセスが行われる。
例えばいま12,539人のフォロワーがいる私が投稿すると、827のサーバに配送される。
うちMastodon系は442サーバあるので、自分のサーバを含めて少なくとも443件のプレビューカードアクセスが行われる。
リレーによりフォローされていないサーバにも配送されており、実際はもう少し多い。
各サーバで生成されたプレビューカードはしばらく保持され共有されるため、他のURL投稿者や投稿が広がる範囲にもよるが、最大でもMastodonサーバ数を超えない程度には収まる。
アクセスはHTTPのGETリクエストで、キャッシュ済みの値を返せば良いケースが多いため、適切に対応がとられていれば(CDNを用いたり、nginxのキャッシュで応答するなど)さほどの負荷にはならないが、想定していない場合は過負荷でサーバダウンすることもある。
配送タイミングにバラツキがあることに加え、Mastodonが意図的に1秒から60秒のランダム遅延を入れているので、アクセスタイミングは多少は分散する。
Misskeyについては詳しくないのでざっくり。
サーバでプレビューカードを事前生成・提供する機能はないのでクライアントで対応が必要。
ただし、リモートのhtmlや画像を所属サーバ経由で取得し、クライアントそれぞれでアクセスしないようにして共有することと、画像のセンシティブ判定などが行われている。(Summaly)
タイミングをずらす遅延処理などはしてない。即座に表示されるが、アクセス集中するのは厳しいハズ。
Mastodonと違い、URLを並べると複数のプレビューを展開する。
@yuril これですね、fedibird.comからのInstagram参照が多すぎて、先方から蹴られてます。
他のサーバに連合したものは表示されると思います。
@yuril 大きいサーバだと発生しやすいやつで、自動的に制限されたり解除されたりするので、まーしょうがないかなという……。
QT: https://fedibird.com/@noellabo/111723258343640825 [参照]