7
A
答えて
3
私は現在のスロットルアルゴリズムに関する情報を持っていますが、私たちは常にそれを見直して調整しています。現在共有しているアルゴリズムは、将来そのメカニズムをサポートすることを約束しているわけではありません。
Exchange側で厳しい要求レートが適用されていません。現在のスロットリングが動作する方法は、各呼び出し元がデフォルトで30分(1800000ミリ秒)の時間あたりのサーバー上の固定スレッド時間を許可することです。これはローリングウインドウを持つ怠け者の評価された "トークンバケツ"インプです - 基本的には2クロック秒に1秒の割合で "充電"し、サーバーには時間を費やします。ゼロになると、あなたは約5分間絞られます。
希望に役立ちます!
関連する問題
- 1. Rest API GETメソッドの制限
- 2. REST APIのドメイン制限
- 3. Office365 REST APIはC#ADUT
- 4. Dropbox向けREST APIコールの制限?
- 5. クライアントによるREST APIアクセスの制限
- 6. Sharepoint 2013 Serach Rest APIのURL制限
- 7. REST APIへのアクセスを制限する
- 8. はOffice365 REST APIのAPIを利用できるMSグラフAPIですか?
- 9. Twitter APIレート制限
- 10. Softlayer API:同時ジョブAPIコールの制限?
- 11. OutlookアドインAPI Office365
- 12. Rest API権限サービス
- 13. SoftLayer APIユーザーアクセス制限
- 14. TwitterストリーミングAPIの制限?
- 15. API Restricted APIキーとレート制限付
- 16. Wikipedia APIの制限
- 17. Facebook APIの制限
- 18. Twitter APIの制限
- 19. Neto APIの制限
- 20. Twitter APIの制限
- 21. Magento APIの制限
- 22. オープンライブラリカバーAPIレート制限
- 23. Google APIレート制限
- 24. Linkedin APIスロットル制限
- 25. Pinterest APIレート制限
- 26. RubyでのRedmine REST APIリクエストのオフセットと制限の指定
- 27. django restブラウズ可能なAPIのドロップダウンでの制限の選択
- 28. Laravel REST API - 無限ループ
- 29. Office365 REST API - 添付ファイル付きカレンダーイベントの作成
- 30. REST APIに関するトピック別のFirebase通知数の制限