Bài đăng Felo X của người dùng

Chọn thao tác cho dữ liệu bạn cần. Cả năm endpoint đều dùng POST và trả về JSON ở gốc, không có bao bọc data chung.

Tất cả ví dụ dùng FELO_API_KEY từ tổng quan. Các cuộc gọi sử dụng số dư nền tảng, không phải tín dụng Felo Pro. Các ví dụ phản hồi chỉ mang tính minh họa; nội dung thực tế và các trường tùy chọn sẽ thay đổi.

3. Lấy dòng thời gian của người dùng

POST /api/v1/data/x/user/tweets

curl -sS --request POST "https://openapi.felo.ai/api/v1/data/x/user/tweets" \
  -H "Authorization: Bearer $FELO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"username":"OpenAI","limit":20,"include_replies":false}'

Phản hồi chứa tweets, total, has_next và next_cursor. Đặt limit thấp hơn 20 không đảm bảo sẽ nhận ít mục hơn hoặc hóa đơn nhỏ hơn. Bao gồm phản hồi có thể làm tăng dữ liệu trả về và số lượng kết quả tính phí.

Giới hạn số kết quả và phản hồi lồng nhau

limit là số mục tiêu cho các bài đăng cấp cao nhất của yêu cầu này, không phải số kết quả được bảo đảm. Cách triển khai hiện tại dùng mục tiêu ít nhất là 20: mục tiêu 20 sẽ đọc một trang upstream; mục tiêu lớn hơn tự động lấy tối đa 50 trang. Trước mỗi trang, hệ thống kiểm tra thời gian đã trôi qua và dừng lấy thêm trang khi vượt quá 60 giây. Kiểm tra này không đảm bảo toàn bộ yêu cầu HTTP hoàn tất trong vòng 60 giây.

Việc thu thập cũng dừng khi đạt mục tiêu, upstream không còn trang tiếp theo, một trang trống, hoặc con trỏ bị thiếu. Vì vậy một phản hồi thành công có thể chứa ít hơn limit bài đăng. Hãy dùng has_next và next_cursor để tiếp tục khi có.

Với include_replies=true, mỗi bài đăng được trả về nhận tối đa 5 trang bổ sung và nhiều nhất 100 phản hồi lồng nhau. Việc thu thập có thể dừng sớm hơn khi không còn trang tiếp theo, một trang trống, hoặc con trỏ không thể tiến tiếp. Các phản hồi lồng này nằm ngoài limit và total cấp cao nhất, nhưng có thể làm tăng số lượng kết quả tính phí.

Các replies lồng nhau không phải là một kho phản hồi hoàn chỉnh và không có một con trỏ tiếp tục riêng cho việc thu thập bổ sung này. Để phân trang phản hồi độc lập, hãy dùng thao tác Đọc phản hồi và con trỏ mà nó trả về. Đừng dùng lại con trỏ của bài đăng cấp cao nhất cho phản hồi.

Phân trang và kiểm soát chi phí

total đếm mảng tương ứng trong phản hồi hiện tại: các bài đăng cấp cao nhất cho truy vấn bài đăng, hoặc các phản hồi trong từng mục kết quả cho truy vấn phản hồi. Nó không phải là số lượng khớp toàn cục, không phải tổng số phản hồi đầy đủ của bài đăng, cũng không phải số lượng tính phí cuối cùng.

1. Gửi yêu cầu đầu tiên không có cursor.
2. Đọc has_next và next_cursor từ phản hồi. Với phản hồi, đọc chúng trên từng mục kết quả.
3. Nếu còn trang khác và con trỏ không rỗng, gửi lại nguyên trạng cùng truy vấn đó. Với một lô phản hồi, tiếp tục từng bài đăng riêng biệt.
4. Dừng khi không còn trang tiếp theo, khi con trỏ lặp lại, hoặc khi giới hạn trang hay chi tiêu của bạn đã đạt.

Siêu dữ liệu phân trang phản ánh phản hồi upstream cuối cùng; bộ sưu tập trả về có thể bị cắt ở một giới hạn kết quả. Ngay cả has_next=false cũng không đảm bảo rằng toàn bộ lịch sử X hoặc phản hồi đã được lấy. Hiển thị số lượng thực tế trả về thay vì gắn nhãn một tập kết quả có giới hạn là toàn bộ dữ liệu có sẵn.

Mỗi trang thành công có thể phát sinh phí. Năm thao tác này được tính phí theo kết quả trả về, không phải phí cố định theo yêu cầu. Phản hồi lồng nhau và các bản ghi khác được trả về có thể ảnh hưởng đến số lượng bị tính phí; đừng ước tính chi phí chỉ dựa trên độ dài mảng cấp cao nhất. Kiểm tra giá hiện tại và mức sử dụng trong console. Các trường đối tượng đầy đủ có trong lược đồ OpenAPI.