Bevor diese Frage als zu spezifisch geschlossen wird, zitiere ich aus der offiziellen Google OAuth-Gruppe :
Seit dem 4. März 2013 ist die Diskussion zu dieser Gruppe auf google-oauth verschoben worden Tag auf Stapelüberlauf
Wir unterstützen Google OAuth2 bei Stack Overflow. Google-Ingenieure Überwachen und antworten Sie auf das Tag google-oauth. Du solltest das benutzen wenn Sie Fragen stellen.
Ab heute Morgen (18.07.2014) erhalten einige meiner Benutzer den Fehler 500 Interner Serverfehler mit Payload { "error" : "internal_failure" } , wenn sie versuchen, ein Zugriffs-Token mit einem zuvor erhaltenen Autorisierungscode aus dem Token-Endpunkt von Google zu erhalten: https://accounts.google.com/o/oauth2/token .
Hoffentlich könnte ein Google-Ingenieur, der das google-oauth -Tag hier überwacht, mehr Einblick geben.
500 Interner Serverfehler ist ein Schluckauf auf Google-Seite oder Hochwasserschutz. Das Problem wird normalerweise gelöst, indem die gleiche Anfrage erneut gesendet wird, während Exponentialbackoff implementiert wird.
Ich finde es merkwürdig, dass die Anfrage von den Oauth-Servern kam, was mich denken lassen könnte, dass die Server zu der Zeit möglicherweise ausgefallen waren. Das erneute Senden der Anfrage sollte das Problem beheben.
Behandlung von 500 oder 503 Antworten
Ein 500 oder 503 Fehler kann während schwerer Belastung oder für größere mehr resultieren komplexe Anfragen. Bei größeren Anfragen sollten Sie Daten für eine Anfrage anfordern kürzerer Zeitraum Ziehen Sie auch die Implementierung von exponentiellem Backoff in Betracht. Die Häufigkeit dieser Fehler kann abhängig von der Ansicht (Profil) sein und die Menge der mit dieser Ansicht verbundenen Berichtsdaten; Eine Anfrage das verursacht 500 oder 503 Fehler für eine Ansicht (Profil) nicht führt bei derselben Abfrage mit einer anderen Sicht zwangsläufig zu einem Fehler (Profil).
Tags und Links google-oauth