Facebook Graph API de tous les utilisateurs et de leur statut
Je suis en utilisant le Facebook Graph API et je me demandais si il y avait de toute façon pour obtenir une liste de tous les utilisateurs et leur statut actuel dans un appel?
En gros, je veux les mêmes résultats que https://graph.facebook.com/me/friends mais avec l'état actuel inclus par objet.
Merci pour toute aide!
EDIT:
Voici quelques précisions. si https://graph.facebook.com/me/friends?access_token=...
me met ceci: (AKA une liste de tous mes amis)
{
"data": [
{
"name": "Foo",
"id": "1"
},
{
"name": "Bar",
"id": "2"
},
{
"name": "Foo Bar",
"id": "3"
},
{
"name": "Bar Foo",
"id": "4"
}
]
}
que l'URL ou FQL va me faire ceci: (AKA une liste de tous mes amis et leurs statuts)
{
"data": [
{
"name": "Foo",
"id": "1"
"status": "This is my current status!"
},
{
"name": "Bar",
"id": "2"
"status": "This is my current status!"
},
{
"name": "Foo Bar",
"id": "3"
"status": "This is my current status!"
},
{
"name": "Bar Foo",
"id": "4"
"status": "This is my current status!"
}
]
}
Je veux seulement faire un appel, parce que contrairement à moi, la plupart des gens ont+ de 100 amis, et je ne veux pas avoir à faire+ de 100 appels juste pour obtenir les statuts.
OriginalL'auteur joe_coolish | 2011-03-29
Vous devez vous connecter pour publier un commentaire.
Alors que la nouvelle Lot API devriez faire ce que vous demandez, je ne parvenais pas à le faire fonctionner correctement. Il semble que c'est encore buggé.
Maintenant à réaliser avec
fql.multiquery
, voici un exemple rapide:Nous avons ici l'id utilisateur et le nom de la première requête et d'obtenir les messages d'état de la seconde.
Maintenant, ce serait de retour moins de résultats dans la première requête ou la deuxième! parce que:
break
).J'était en train de réunir quelque chose de très similaire à votre réponse. Mais considérons ce scénario. Dire que j'ai 100 amis et chaque ami a posté un message hier. Mais votre query2 reviendra encore à plus de 50 derniers posts? Donc il ne peut pas être accompli dans un fql appel que joe veut ou vais-je dans la mauvaise voie.
C'est exactement ce que je voulais dire par mes deux points à la fin. Les résultats peuvent ne PAS être comme prévu! Mais je ne suis pas sûr que parce que mon 100+ les amis de résultat retourné seulement 29 message d'état! Je pense que si Batch API travaille comme prévu, il devrait résoudre ce problème.
merci.
Merci beaucoup! J'allais jouer avec multiqueries, mais j'ai remarqué que l'ensemble de la limite de 50... Est-il possible de "sauter" les éléments déjà reçu? Je ne suis pas trop familier avec FQL, donc c'est probablement quelque chose de simple
OriginalL'auteur ifaour
Essayez ce qui suit fql:
Assurez-vous de vous limiter à une date précise, car ce sera le retour de la 50 dernières mises à jour /ou les 30 derniers jours d'activité par défaut.
Merci beaucoup, mais ce n'est que le statut. Est-il un moyen pour obtenir l'id et le nom aussi? Le problème, c'est les multiples tables chose avec FQL, et je ne suis pas sûr de la façon de les contourner.
Vous pouvez obtenir l'id. Voir le post édité. Comme pour le nom, il n'y a aucun moyen de joindre des tables dans FQL, mais vous pouvez utiliser plusieurs requêtes et de construire le bon objets json vous-même. C'est juste la façon dont facebook fonctionne.
+1 Merci pour votre aide 🙂
Grâce Elad -- cela fonctionne très bien. Un changement est "sélectionnez uid2 de ses amis,.." "sélectionnez le uid2 de ami.."
OriginalL'auteur Elad Lachmi
salut vous avez juste besoin de prolonger l'autorisation de user_status ou friend_status pour cela et pour tout appel sur l'objet me saisira l'utilisateur l'état actuel...
ok maintenant vérifier mon édité réponse. Mais prendre la externeded autorisation comme je l'ai mentionné ci-dessus
OriginalL'auteur Awais Qarni
Grâce à @mgilson pour sa réponse, cela peut être combinée à un FQL déclaration comme ceci:
La magie, j'ai trouvé est de demander au
friends_status
autorisation qui va ouvrir à partir des postes Publics à des Amis et d'autres qui permettent de reproduire la sensation du mur.OriginalL'auteur noinput