2016-04-01 4 views

Antwort

0

403 userRateLimitExceeded ist grundsätzlich Hochwasserschutz. Ihre Anwendung kann maximal 10 Anfragen pro Sekunde für Ihren Benutzer erstellen. Der Benutzer ist als IP-Adresse definiert, es sei denn, Sie senden QuotaUser zusammen mit Ihrer Anfrage.

Das Limit pro Benutzer von der Developer Console wurde erreicht.

{ 
"error": { 
    "errors": [ 
    { 
    "domain": "usageLimits", 
    "reason": "userRateLimitExceeded", 
    "message": "User Rate Limit Exceeded" 
    } 
    ], 
    "code": 403, 
    "message": "User Rate Limit Exceeded" 
} 
} 

403 rateLimitExceeded ist dasselbe, nur mit einem anderen Namen. Warum gibt es zwei können Sie nicht sagen.

{ 
"error": { 
    "errors": [ 
    { 
    "domain": "usageLimits", 
    "message": "Rate Limit Exceeded", 
    "reason": "rateLimitExceeded", 
    } 
    ], 
    "code": 403, 
    "message": "Rate Limit Exceeded" 
} 
} 

In beiden Fällen sollten Sie Implement Exponential backoff und versuchen Sie die Anfrage erneut nur langsamer.

+0

Danke. Aber ich denke, dass es einen Unterschied zwischen diesen beiden geben muss, und das beeinflusst, wie wir mit ihnen umgehen sollen. Wir senden quotaUser und verwenden Exponential Backoff. Könnte "rateLimitExceeded" für die App als Ganzes gelten, was bedeutet, dass für alle Nutzer ein Ratenlimit gilt? – user2960019

+0

Soweit ich weiß für die Kern-Reporting-API gibt es keinen Hochwasserschutz, der projektbasiert ist im Gegensatz zu Benutzer basiert. Aber ich könnte eine E-Mail zur Klärung an die Entwickler schicken. Ich werde dich wissen lassen, wenn ich zurück höre. Gesendet: Sie sind West Cost USA Zeit, so wird es eine Weile dauern, bevor ich etwas höre. – DaImTo

+1

Es gibt einen Unterschied zwischen den zwei Fehlern. 'userRateLImitExceeded' ist das pro-Benutzer-Ratenlimit' rateLimitExceeded' ist ein pro-Projekt-Ratenlimit. Beide finden Sie in der Tabelle [Fehlerantwort] (https://developers.google.com/analytics/devguides/reporting/core/v4/errors#standard_errors), und beide empfehlen die Verwendung von Exponential Backoff als DalmTo vorgeschlagen. – Matt