制限について

悪名高いWeb 2.0の理論からわかるように、ユーザーのリソース制限はありません。 写真投稿サービス? アップロードする写真の数に制限はありません。 ブックマークサービス? ブックマークの数に制限はありません。 これは非常に長い間続く可能性があります-それはすべて、プロセッサ時間とハードディスク容量が理論的には無料であるという事実に要約されます。



しかし、多くの場合、Webベースの2サイトリソースおよび通常のサイト(最も顕著な例の1つはフォーラムです)では、かなりばかげた制限に遭遇します。 「禁断の果物」のパレット全体を検討するのではなく、最も明るい例を1つだけ説明します。



「このフォーラムでは、新しい検索の前に60秒待機する必要があります。 新しい検索まで56秒待つ必要があります。」、VBulletin


テキストから理解できるように、エラーは検索クエリの頻度の制限です。



何が原因ですか? エンジンの作成者は、ユーザーが検索を頻繁に使用すると、サーバーに過剰な負荷がかかると考えています。 一般に、それは非常に論理的であり、サーバーは検索に多大な労力を必要とします。 実際、主な問題はユーザーではなく、サイバー犯罪者のボットです。



あらゆる種類のフォーラムを使用すると、このエラーが非常に頻繁に発生します。30分、数秒でも待つのはかなりイライラします。 特定のフォーラムを1日に数回(セッションで)使用します-連続して複数の検索クエリを作成するたびに-エラーが発生します。 これはユーザビリティの問題であり、深刻な問題です。ユーザーを待たせることはできません。



解決策は何ですか? とても簡単です。 制限を「1分間に最大1リクエスト」ではなく、たとえば「60分間(時間)に最大60リクエスト」にします。 したがって、リクエストが少なくても、3〜4回連続して検索するセッションでは一般にエラーは発生せず、ボットは落ちてしまいます。 特にアクティブなユーザーの場合、「60 for 60」を超える場合は、事前にcaptchaに別の60リクエストを追加することを提案できます(「1 for 1」を超える場合、captchaはユーザーから時間がかかるため、解決策ではありません)。



要するに、ユーザーが5分以内に5つの検索クエリを実行してエラーを吐き出すと、今では1分で完了します。 合格しなかったボット-合格しません。



All Articles