Я использую клиент PHP API Google (http://code.google.com/p/google-api-php-client/), чтобы сделать запросы OAuth - получить новый токен доступа.Предел скорости пользователя превышен для облачного хранилища Google OAuth2 API
Я кэшировал токен обновления и использовал его для создания нового токена доступа. Я просмотрел документацию (https://developers.google.com/accounts/docs/OAuth2,), и он говорит только о ограничениях на токена обновления (один лимит на комбинацию между клиентом и пользователем и другой для каждого пользователя на всех клиентах), но ничего о ограничениях токена доступа (за исключением того факта, что токен доступа действителен только в течение часа).
Я пытаюсь вычислить использование размера ведра по тысячам ковшей. Я пытаюсь распараллелить эту задачу, чтобы сократить время - я делаю это, создавая новый процесс для каждого ведра, и каждый процесс запрашивает новый токен доступа. Я делаю это из-за моего предположения о том, что нет ограничений на количество выпущенных токенов доступа, и потому что для ведра с множеством и множеством объектов время вычисления + потенциальное экспоненциальное время отсрочки теоретически может превышать время жизни Токена доступа.
Но когда я пытаюсь сделать это, я вижу эту ошибку:
Error No: 1
Error on Line: 242
Error Message: Uncaught exception 'apiAuthException' with message 'Error refreshing the OAuth2 token, message:
<HTML>
<HEAD>
<TITLE>User Rate Limit Exceeded</TITLE>
</HEAD>
<BODY BGCOLOR="#FFFFFF" TEXT="#000000">
<H1>User Rate Limit Exceeded</H1>
<H2>Error 403</H2>
</BODY>
</HTML>
Это потому, что я порождая много (16 на данный момент) от доступа токенов?
Если нет, что тогда вызывает эту ошибку? Каков наилучший способ обойти эту ошибку?
Есть ли страница документации Google, которая документирует ограничения скорости пользователя?
спасибо, брено ... не могли бы вы расширить это? > ограничения на access_tokens не публикуются, поскольку они могут быть изменены –
Мы работаем над расширением этих ограничений. И наоборот, мы можем быть вынуждены сократить их в исключительных случаях, скажем, DoS-атаку. Лучше не требовать жестких требований к емкости сервера в вашем клиенте, а создавать алгоритм, который может масштабироваться вверх или вниз автоматически. Экспоненциальная резервная копия дает вам это. – breno
Спасибо, Брено. Существуют ли какие-либо планы по реализации этого (экспоненциального отсрочка) в библиотеке google-api-php-client? Он работает лучше, если 403 поймал метод refreshToken(), вместо того, чтобы пытаться поймать ошибку, вызванную методом refreshToken(). –