Erreur Facebook OAuth: limite de demande d'application atteinte

Je vais essayer d'obtenir facebook exemple de la page de travail (encore une fois) que vous pouvez trouver ici. J'obtiens l'erreur suivante:

Fatal error: Uncaught OAuthException: (#4) Application request limit reached thrown in C:\wamp\www\base_facebook.php on line 988

J'ai googlé ce et le problème semble être facilement résolu en utilisant les étapes décrites ici. Cependant, lorsque je vais à facebook.com/insights mon application n'est pas dans la liste (je suis connecté).

Le plus étrange, c'est que quand je vais sur mon application via Développeurs > Mes applications, je peux aller à la page de mon application et cliquez sur "Insights". Ce qui m'amène à l'aperçu de la page de mon application... mais le diagnostic de l'article est nulle part pour être trouvée. Quelqu'un peut-il aider?

source d'informationauteur tnw

6

Le moyen de savoir pourquoi cela se produit est:
1. Journal en https://developers.facebook.com/apps/
2. La dernière application que vous avez modifié doit déjà être chargé sur le côté droit; si pas, trouver l'application sur le côté gauche et cliquez sur le nom.
3. Faites défiler vers le bas jusqu'à ce que vous voyez la Insights section et cliquez sur See All.
4. Dans le menu sur le côté gauche, sélectionnez API > Activity & Errors.
3

La Facebook "Graph API de Limitation de débit" docs dit qu'une erreur avec le code #4 est un app niveau de la limite du taux dequi est différente de celle niveau de l'utilisateur des limites de fréquence. Bien qu'il ne donnez pas les chiffres exacts, il décrit leur application au niveau de limite de débit:
Cette limitation s'applique globalement au niveau application. Annonces d'appels d'api sont exclus.
- La limitation du débit qui se passe en temps réel sur la fenêtre coulissante passé pour une heure.
- Statistiques sont collectées pour le nombre d'appels et requêtes effectuées, le temps cpu passé, de la mémoire utilisée pour chaque application.
- Il y a une limite pour chaque ressource multipliée par d'utilisateurs mensuels actifs d'une application donnée.
- Lorsque l'application utilise plus de ses ressources, l'erreur est levée.
- D'erreur, Code: 4 Message: demande d'Application de la limite atteinte
Les docs aussi donner des recommandations pour éviter les limites de fréquence. Pour l'application des limites, ils sont:
Recommandations:
- Vérifier le code d'erreur (4) pour confirmer le type de limitation.
- Ne pas faire éclater des appels, répartis sur les appels tout au long de la journée.
- Intelligents extraction de données (des données importantes, non dupliqué de données, etc).
  
  Une supervision en temps réel, assurez-vous que les appels d'API sont structurés d'une manière qui vous pouvez lire des points de vue pour autant que les postes que possible, avec le minimum de nombre de demandes.
  
  Ne pas extraire les utilisateurs de l'alimentation, deux fois (dans le cas de deux utilisateurs de l'Application ont un ami en commun)
  
  Ne pas chercher de l'utilisateur tous les amis de flux en ligne si le nombre d'amis est de plus de 250. Séparer le lit sur des jours différents. En option, récupérez d'abord l'application de l'utilisateur du news feed me (/home) afin de détecter les amis qui sont plus importantes pour l'Application de l'utilisateur. Ensuite, aller chercher ces amis se nourrit en premier.
- Envisager de limiter/filtrer les demandes en utilisant les paramètres suivants: "depuis", "jusqu'à ce que", "limite"
- Pour la page des appels liés à l'utilisation en temps réel des mises à jour pour vous abonner à des modifications dans les données.
- Champ d'expansion permet à ton "rejoindre" graphiques multiples requêtes en un seul appel.
- Etags pour vérifier si l'interrogation des données a changé depuis la dernière vérification.
- Pour la page de gestion de développeurs qui n'ont pas énorme base d'utilisateurs, ont les admins de la page d'accepter l'application d'augmenter le nombre d'utilisateurs.
Enfin, les docs donner de l'information suivant les conseils:
- Le dosage, les appels ne permettra pas de réduire le nombre d'appels api.
- En parallèle des appels ne permettra pas de réduire le nombre d'appels api.
2

Si vous faites une demande à l'un de FB API graphique des points de terminaison qui ne nécessite pas de access_token cela ne signifie pas que vous ne devriez pas inclure dans les paramètres de la requête. Si vous n'FB documentation dit que ne comprennent pas access_token que dans FB côté serveur il enregistre dans votre machine serveur. Afin de limiter (quel que soit le montant en est-il exactement) peut être atteint très facilement. Si cependant vous mettre le jeton d'accès utilisateur à la demande (&access_token=XXXXXX) demande ensuite s'inscrire dans le spécifique de l'utilisateur, donc à la limite presque jamais être atteint. Vous pouvez le tester avec un simple script qui fait 1000 requêtes avec et sans access_token.

NOTE, FB app jeton d'accès ne seront pas suffisants, vous serez confrontés au même problème: les demandes seront enregistrées dans l'app access_token que la situation est semblable en faisant des demandes sans access_token.

Vous devez vous connecter pour publier un commentaire.