Tôi sử dụng biểu đồ api để nhận các nhận xét của hình ảnh, nhưng trước tiên tôi muốn sắp xếp kết quả bằng cách tạo thời gian và sau đó quay lại dữ liệu mới nhất. Tương tự như câu lệnh sql 'order by create_time desc', tôi không biết nếu có tham số như vậy.biểu đồ facebook danh sách nhận xét api sắp xếp, như 'orderby = desc'?
Hiện nay sử dụng để bù đắp và giới hạn truy cập vào các dữ liệu mới nhất, nhưng cũng biết tổng số ý kiến,
pagesize = 25;
offset = comments.count - pagesize;
limit = 25;
url = "https://graph.facebook.com/" + object_id + "/ comments? access_token =" + access_token + "& giới hạn =" + giới hạn + "& offset =" + giới hạn;
trang tiếp theo:
offset -= 25
nhưng comments.ount của số đôi khi không chính xác
và kết quả của URL yêu cầu quay trở lại đôi khi không phù hợp
Có giải pháp tốt hay không
Hoặc tôi, chúng tôi đã sửa sai (tham số ‘giới hạn’ và ‘bù trừ’) !!!
Cảm ơn câu trả lời của bạn.
"API đồ họa" sự tồn tại của bộ nhớ cache?
tôi gửi một tin nhắn và 46 comments.requests url, thiết lập các thông số:
offset = 0 & hạn = 1
Sau đó, nó sẽ trở lại bình luận cuối cùng (mới nhất một), các thực tế quay trở lại giữa một bình luận, và tôi đã thử nghiệm một vài lần, đặt bù đắp và giới hạn . Theo các kết quả trả, một trong những trung là bình luận mới nhất
Nếu tôi đặt các giá trị giới hạn lớn hơn 'comment.count', dữ liệu trả về là tất cả, trang web chính thức và facebook phù hợp
Vì lý do bộ nhớ cache?
Cảm ơn bạn lần nữa ~
tại sao bạn không sử dụng FQL? có vẻ linh hoạt hơn trong trường hợp này. –
fql ~ ** SELECT object_id, văn bản, thời gian TỪ bình luận WHERE object_id = 'object_id' theo thời gian desc ** Thật vậy rất linh hoạt, nhưng "đồ thị api" phải không? Tôi chỉ có thể sử dụng nó ~. 'fql' là một "đồ thị api"? Nếu điều đó quá đẹp ~！ – mast
API đồ thị không có WHERE và ORDER BY như vậy trong trường hợp FQL của bạn có vẻ linh hoạt hơn. FQL là một tính năng của đồ thị vì nó thực hiện các truy vấn trên các đối tượng đồ thị và các kết nối. –