nie rozumieją „(# 4) osiągnęła granicę żądanie użytkownika”

Question

{ 
    "error": { 
     "message": "(#4) User request limit reached", 
     "type": "OAuthException" 
    } 
} 

nie jestem pewien, że przyczyną tego błędu, i tak zrobiłem wiele wyszukiwanie wokół problemów podobny użytkownika (są error # Osiągnięto limit 17 lub aplikacji. Robię to na zwykłych graficznych wywołaniach API (takich jak https://graph.facebook.com/me), niekoniecznie FQL, na jakie napotkali inni.

User request limit reached sprawia, że ​​wydaje się limit dla każdego użytkownika, ale według http://www.fb-developers.info/tech/fb_dev/faq/general/gen_10.php, #4 jest "Application request limit reached" i #17 jest "User request limit reached".

Nie sądzę, że jest tak, że przekraczam limit aplikacji 100M/dzień. Dostaję go tylko dla tokenów uwierzytelniania dla kilku użytkowników, więc nie jest to komunikat o błędzie dla całej aplikacji, który dostaję. A gdy żądam zbyt szybko, zwykle otrzymuję FQL_EC_RATE_LIMIT_EXCEEDED.

Ale dla tych dwóch użytkowników z powyższym błędem "(#4) User request limit reached", mam chwilowo na czarnej liście ich ładowania danych, ale mimo to nadaluzyskać powyższy błąd podczas próby uzyskania dostępu przy użyciu tego auth token a dzień później.

Tak na zakończenie ...

Nie rozumiem, w jaki sposób mogę uzyskać "(#4) User request limit reached" gdy auth-znak dla tego użytkownika nie jest używany dla wszystkich zapytań w 24-godzinnym okresie wcześniejszym. I nie wiem, co jest specjalnego w tych użytkownikach.

Wszelkie rady lub sugestie są mile widziane. Był to tylko jeden użytkownik kilka dni temu, ale dziś drugi użytkownik zaczął borykać się z tym problemem i obawiam się, że problem będzie się pogarszał w przyszłości bez wyraźnej rozdzielczości.

Answer 1

Oto lista kodów błędów: http://fbdevwiki.com/wiki/Error_codes

# 4 oznacza, że ​​zrobiłem zbyt wiele żądań API. Istnieją ograniczenia co do liczby wniosków, które można złożyć w danym okresie. Istnieją również ograniczenia na podstawie każdego użytkownika. Jeśli odczekasz chwilę, błąd powinien zostać wyczyszczony i pozwolić na ponowienie próśb.

Kody błędów są powrotem z wcześniejszych interfejsów API, więc możliwe jest, że po prostu # 4 i # 17 zawsze po prostu zwracają # 4.

Limity nie są ustalone, np. "100M/dzień". Przejdź do Insights dla swojej aplikacji i zajrzyj do sekcji Diagnostyka. Pokaże Ci, jakie żądania powodują ten błąd. Limity różnią się z dnia na dzień i myślę, że są one powiązane z tym, jak duży jest ruch.