limite = 0, lorsqu'il est ajouté à la requête, sera de retour avec toutes les photos. Merci! limite = 0 seulement des rendements de 20 éléments limite = 0 renvoie 0 articles qui est correct ici?
Actuellement, il est de 100 éléments de limitation par requête à la fois sur les photos et les aime:
Cependant, 100 photos de requête prend tellement de temps à s'exécuter pour moi.
La suite de l'appel API:
https://graph.facebook.com/me/photos?limit=500
donne à seulement 100 résultats avec la pagination lien.
Réglage de la limite=0 peut ne pas toujours fonctionner dans le cas où un utilisateur a un grand nombre de photos balisées. Notez également que le tagged photos API graphique peut retourner un grand nombre de certains commentaires, donc, surtout si vous développez une application mobile, il peut prendre beaucoup de temps pour renvoyer toutes les données de photo. Enfin je trouve que, parfois, Facebook va limiter le nombre d'entrées, il peut retourner dans les périodes de forte charge.
Alors... peut-être le meilleur moyen est d'utiliser la "pagination" "à côté" de l'url qui s'affiche à la fin de l'renvoyé de données de photos. Cela vous donne la prochaine graphAPI appel que vous pouvez ensuite utiliser pour obtenir le prochain x photos. Il le fait en utilisant et pré-remplissage de la limite, et jusqu'à paramètres et de les incorporer dans le graphe d'appel d'api. Très pratique.
Avez-vous essayé d'ajouter une limite et paramètres décalage? Citant la documentation:
limite = 0 seulement des rendements de 20 éléments
limite = 0 renvoie 0 articles
qui est correct ici?
OriginalL'auteur sagi
Actuellement, il est de 100 éléments de limitation par requête à la fois sur les photos et les aime:
Cependant, 100 photos de requête prend tellement de temps à s'exécuter pour moi.
La suite de l'appel API:
donne à seulement 100 résultats avec la pagination lien.
Exécuter dans FQL explorer (Si vous avez plus de 100 pic sur votre compte):
https://developers.facebook.com/tools/explorer/?method=GET&path=m'%2Fphotos%3Flimit%3D500
OriginalL'auteur Mark Vital
Réglage de la limite=0 peut ne pas toujours fonctionner dans le cas où un utilisateur a un grand nombre de photos balisées. Notez également que le tagged photos API graphique peut retourner un grand nombre de certains commentaires, donc, surtout si vous développez une application mobile, il peut prendre beaucoup de temps pour renvoyer toutes les données de photo. Enfin je trouve que, parfois, Facebook va limiter le nombre d'entrées, il peut retourner dans les périodes de forte charge.
Alors... peut-être le meilleur moyen est d'utiliser la "pagination" "à côté" de l'url qui s'affiche à la fin de l'renvoyé de données de photos. Cela vous donne la prochaine graphAPI appel que vous pouvez ensuite utiliser pour obtenir le prochain x photos. Il le fait en utilisant et pré-remplissage de la limite, et jusqu'à paramètres et de les incorporer dans le graphe d'appel d'api. Très pratique.
OriginalL'auteur DavidAWalsh