解決策はいくつかありますので、それぞれ簡単に紹介します。
最初の方法は、access.log ログを確認し、インターフェイスのアクセス ステータスを確認することです。IP が 1 分間に数十回使用されている場合は、この IP に対してレート制限を行うか禁止する必要があります。 、この IP など、再度アクセスするときは、カスタム ルールに従って一定期間内のアクセスを許可するか、単純に直接ブラックリストに登録し、ネットワーク層がすべてのアクセスを直接拒否することができます。
2 番目のアイデアは、アクセス IP、1 分あたりの最大訪問数、およびアクセス時間を記録することです。ユーザーがインターフェイスにアクセスして正常に送信すると、関連する情報が Memcache または Redis に配置され、比較が行われます。有効期限が切れている場合は、有効期限が切れていない場合は再送信してください。
3 番目のアイデアは、リバース プロキシを使用してインターフェイスを内部で呼び出し、プロキシ層でアクセスを制限するというものです。実際には、最初のアイデアとあまり変わりません。

上記は私の個人的な考えであり、最善の解決策ではないかもしれません。皆様の批判や修正は歓迎です。

テキストメッセージを送信する前にグラフィック検証コードを検証する必要があり、グラフィック検証コードはバックエンドでも検証する必要があります

SMSインターフェースを制限する必要があります。認証コード制限、IP制限、携帯電話番号制限。そうしないと、毎日何万ドルも費やされる可能性があります

1. サーバーは各携帯電話番号の 1 日あたりの送信回数を制御します。たとえば、1 日に送信できるのは 3 回までです

2. サーバーがテキストメッセージを送信するたびに、確認コードを入力する必要があります

マークの下の Web サイトの SMS インターフェースがクロールされ、Web サイトのパフォーマンスに影響しました