問題タブ [ratelimit]

Google のスロットル制限に達するのを回避しようとしています。そのため、使用量を計算し、スロットル制限に近づいたときにリクエストを遅らせたいと考えています。

1 日の制限は午前 0 時から午前 0 時までで計算されますか、それとも 24 時間の周期に基づいて計算されますか? 真夜中から真夜中までの場合、どのタイムゾーンが使用されていますか? UTC？

また、時間制限等についても同様でしょうか？

ハッシュタグ #nationaldoughnutday のすべてのツイートをクロールしようとしていますが、レート制限のために失敗しています。

以下のコードを参考に、レート制限がリセットされたときに、最後にクロールした日付 (until_date) からスクレイピングを再開できるように、コードを while ループに入れてみました。

ただし、このエラーが繰り返し発生し続け、長時間スリープした後、クローラーがクロールを再開していないようです。

内部のtry catchループを削除しようとしましたが、役に立ちませんでした

前もって感謝します！

レート制限に達した場合にユーザーが待たなければならないカスタム時間を設定したいと考えています。私はexpress-rate-limitを使用していますX-RateLimit-Resetが、handler. この値を設定できますが、効果がないようです。

極端な例として、ハンドラーで次を使用して、将来的に非常に長い間それらをブロックしようとしました。

この後のコンソール ロギングresは、正しいものになります。

ただし、これを行った後でも、ユーザーはレート制限されているはずの関数を呼び出すことができます。ユーザーのカスタム リセット時間を設定するにはどうすればよいですか?

私はガトリングを探索するのが初めてで、レート制限をテストする際に別のケースを達成しようとしています。まず、ガトリングはレート制限をテストするための優れたツールですか? また、組み込みの関数/メソッドを使用して、単一の http API 呼び出しを呼び出すことができます。単一の仮想ユーザーの時間枠内の回数。レート制限に達するには？

Google Calendar API との (検証済みの) アプリケーション統合があります。

ほとんどのユーザーにとって、それは完全に正常に機能します。ただし、アプリケーションのカレンダーを Google カレンダーと同期しようとする特定のユーザー アカウントが 1 つあります。同期が失敗し、Google ライブラリ経由で次のメッセージが返されます。

これは、使用制限に関するドキュメントに対応しています。

開発コンソールでユーザーあたりのクォータを 2 回引き上げましたが、どちらの場合も、Google の開発コンソールは、ユーザーが問題を引き起こす可能性のあるリクエスト数に近づいていることを示していませんでした。とにかく大幅に増加しました。

このページの他の提案は次のとおりです。

1 人のユーザーが G Suite ドメインの多数のユーザーに代わって大量のリクエストを行っている場合は、権限の委任 ( quotaUser パラメータを設定) を伴うサービス アカウントを検討してください。

ほとんどのユーザーは GSuite ドメインを持っていない可能性が高いため、このオプションは検討の余地がありません。

この状況を処理する方法について他に提案はありますか? このユーザーの問題を解決するために確認できることはありますか? バックオフを使用すると、この状況は必ず解決しますか? このユーザーの制限が Google カレンダーと Google のソフトウェアとの統合のためだけのものなのか、それともユーザーが利用している可能性のある他の Google サービスに関連している可能性があるのか​​どうかは不明です (この場合、Google 側でバックオフしても違いはありません)。この問題に対する最善の行動方針を決定するにはどうすればよいでしょうか?