Uso la API gráfica para obtener los comentarios de la imagen, pero primero quiero ordenar los resultados creando tiempo y luego volver a los datos más recientes. Similar a la instrucción sql 'order by create_time desc', no sé si tiene dicho parámetro.facebook graph api comment list ordena, como 'orderby = desc'?
Actualmente se utiliza para compensar y limitar el acceso a los datos más recientes, sino también conocer el número total de comentarios,
pagesize = 25;
offset = comments.count - pagesize;
limit = 25;
url = "https://graph.facebook.com/" + object_id + "/ comments? access_token =" + access_token + "& limit =" + limit + "& offset =" + limit;
página siguiente:
offset -= 25
pero comments.ount de numérica a veces no es exacta
y el resultado de la URL de solicitud para volver a veces no coinciden con
Si tiene una muy buena solución
O I us ed el camino equivocado (parámetro 'límite' y 'offset') !!!
Gracias por su respuesta.
"API de gráficos" la existencia de la memoria caché?
puedo enviar un mensaje y 46 comments.requests url, configurar los parámetros:
compensar= 0 & límite = 1
Luego se debe volver a la última observación (más reciente), la retorno real a la mitad de un comentario, y lo probé un par de veces, establezca el límite y la compensación . De acuerdo con los resultados devueltos, el de en medio es la última comentario
Si fijo el valor límite es superior al límite 'comment.count', los datos devueltos de todo, el sitio web oficial y facebook consistente
Porque la razón de caché?
Gracias de nuevo ~
¿por qué no utiliza FQL? parece ser más flexible en este caso. –
fql ~ ** SELECCIONAR object_id, text, time FROM comment DONDE object_id = 'object_id' ordenar por tiempo desc ** De hecho, es muy flexible, pero "graph api" ¿no es así? Solo puedo usarlo ~. 'fql' es una "API api"? Si eso fuera demasiado agradable ~! – mast
graph API no tiene WHERE y ORDER BY por lo que en su caso FQL parece más flexible. FQL es una característica del gráfico ya que realiza consultas en objetos y conexiones de gráficos. –