アイコンの非推奨警告がレート制限の問題を引き起こしている

最近、これがますます増えています:

テーマやプラグインが多くの「FA アイコンの非推奨」警告を引き起こしています:

これに対する反応は主に二つあります。「気にしないで、単なる警告だから」というもの、そして「消したければテーマやプラグインを修正すればいい」というものです(必ずしも簡単ではありません)。

そこで、これらの警告を無視しましょう。あるいは…実際には…これらの警告が頻繁に 429 レート制限エラーを引き起こしており、私たちのログは以下で埋め尽くされています:

クライアント側でこれらの警告をレート制限して、それらのリクエストを発生させないようにすることは可能でしょうか?あるいは POST /logs/ をレート制限の対象から除外することはできますか?

@outofthebox @WorldIsMine にタグ付けしました。

@RGJ さん、ありがとうございます!これでパフォーマンスが向上すると思います。

確認しました。私のサイトでも発生しています。あまりに多くのものを一気に開くと、このエラーが表示されます:

最近では、あまりに速く「いいね」を押すだけでも429エラーが発生するようになりました。すべて、廃止予定の小さなアイコン2つが原因です。

@pmusaraj がすでにこれに対応したと思っていたのですが?確信はありません。

アイコンの非推奨警告は、@david による FIX: Limit requests and include data when reporting deprecated icons · discourse/discourse@7737ecd · GitHub のコミットにより、レート制限がかけられています。

非推奨のアイコンを置き換えてください。そうすれば、ログエントリと /logs への POST リクエストが完全に削除されます。さらに、古い名前のフォールバックはまもなく(つまり、数週間以内に)削除されます。

@pmusaraj さん、ありがとうございます。この問題の原因をさらに調査します。

はい、何かを見つけました。ただし、これは @DaveK が直面している問題ではありません。

確かにレート制限されていますが、Logster はさらに制限を厳しくしており、IP あたり 1 分間に 1 件に制限しています。その結果、単一のページ読み込みで複数の非推奨警告が発生すると 429 エラーになります。

これにより実際には非推奨警告が失われてしまい、すべての非推奨事項を見つけるためのツールとしての /logs の価値が低下してしまいます…

IP あたりのすべての JS エラー報告に対する 1 分のレート制限