問題タブ [http-status-code-429]

誤ってコードからNews APIに 4500 を超えるリクエストを送信してしまい、API レスポンスからロックアウトされてしまいました。

News API の Web サイトでは、エラー ドキュメントでしばらく待機するように指示されていますが、実際の待機時間については言及されていません。すでに3時間以上待っています。

クールダウンはサーバー固有のものですか、それとも一般的に同じですか?

明日（24時間）まで待つ必要がありますか？

私が知る限り、Retry-After ヘッダーはありませんでした。

POST /groups/{id}/eventsエンドポイントに要求を行うと 、Microsoft Graph API が状態コード 429 エラー応答を返すことがあります。これは、あまりにも多くの要求が短期間に行われ、要求が抑制されていることを示しています. 私の観察によると、このスロットリング制限は、使用される認証トークンの共通部分と、リクエストで指定された特定のグループ ID に基づいて適用されるようです。いずれかを変更すると、スロットリング制約がバイパスされるようです。

しかし、驚いたことに、そして Microsoftのドキュメントと明らかに矛盾していることに、これらの POST 要求は、応答が失敗したにもかかわらず成功したようです。私のアプリケーションは、Outlook で新しいイベントが作成されたときに、変更通知を利用して Webhook を受信します。429 エラー レスポンスを受信して​​から数秒後に、POST リクエスト経由で送信されたイベントが正常に作成されたことを示す通知を受け取ります。

私が理解しようとしているのは、すべてのグラフ API からこの動作を期待する必要があるかということです。Outlook関連だけですか？グループカレンダー関連だけ？POSTリクエストだけですか？これらのリクエストを再試行すると重複が発生するため、これらのエラーを適切に処理する方法を知る必要があります。

それを踏まえて、グループ カレンダー API の特定のスロットリング制限に関するガイダンス、またはそれらを回避する方法に関するアドバイスを歓迎します。

私は常にスクレイピーを通じてステータス429を取得していますが、同じURLにブラウザを使用するとステータス200を取得します。これは、サイトのスクレイピングを禁止するためのドメインによる予防措置ですか、それとも私の設定ですか?

私が知っているように、ステータス 429 は要求が多すぎます。同時リクエストを 1 に設定しようとしましたが、まだ機能していません。

誰かがこれについて私にフィードバックをくれることを願っています。

皆さんありがとう