Felo X Kullanıcı Gönderileri

İhtiyacınız olan veri için işlemi seçin. Beş uç noktanın tamamı POST kullanır ve ortak bir data sarmalayıcısı olmadan JSON’u kökte döndürür.

Tüm örnekler genel bakış içindeki FELO_API_KEY’i kullanır. Çağrılar Felo Pro kredilerini değil, platform bakiyesini kullanır. Yanıt örnekleri açıklayıcıdır; canlı içerik ve isteğe bağlı alanlar değişebilir.

3. Kullanıcı zaman çizelgesini alın

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}'

Yanıt tweets, total, has_next ve next_cursor içerir. limit değerini 20’nin altına ayarlamak, daha az dönen öğe veya daha küçük bir ücret garanti etmez. Yanıtları dahil etmek, dönen veriyi ve faturalandırılabilir sonuçları artırabilir.

Sonuç ve iç içe yanıt sınırları

limit, bu istek için üst düzey gönderilerin hedef sayısıdır, garanti edilen bir sonuç sayısı değildir. Mevcut uygulama en az 20’lik bir hedef kullanır: 20’lik bir hedef bir üst akış sayfası okur; daha büyük hedefler otomatik olarak 50 sayfaya kadar getirir. Her sayfadan önce geçen süreyi kontrol eder ve bu süre 60 saniyeyi aştığında daha fazla sayfa getirmeyi durdurur. Bu kontrol, tüm HTTP isteğinin 60 saniye içinde tamamlanacağının garantisi değildir.

Toplama ayrıca hedefe ulaşıldığında, üst akışta sonraki sayfa olmadığında, bir sayfa boş olduğunda veya cursor eksik olduğunda durur. Bu nedenle başarılı bir yanıt limit değerinden daha az gönderi içerebilir. Mevcut olduğunda devam etmek için has_next ve next_cursor kullanın.

include_replies=true ile, dönen her gönderi en fazla 5 ek sayfa ve en fazla 100 iç içe yanıt alır. Sonraki sayfa olmadığında, bir sayfa boş olduğunda veya cursor ilerletilemediğinde toplama daha erken durabilir. Bu iç içe yanıtlar üst düzey limit ve total dışındadır, ancak faturalandırılabilir sonuçları artırabilir.

İç içe replies, tam bir yanıt arşivi değildir ve bu ek toplama için ayrı bir devam cursor’u göstermez. Yanıtları bağımsız olarak sayfalandırmak için Read replies işlemini ve döndürdüğü cursor’u kullanın. Üst düzey gönderi cursor’unu yanıtlar için yeniden kullanmayın.

Sayfalama ve maliyet kontrolü

total, geçerli yanıttaki ilgili diziyi sayar: gönderi sorguları için üst düzey gönderiler veya yanıt sorguları için her sonuç girdisindeki yanıtlar. Bu, genel bir eşleşme sayısı, bir gönderinin tam yanıt sayısı ya da nihai faturalandırılabilir sayı değildir.

1. İlk isteği cursor olmadan gönderin.
2. Yanıttan has_next ve next_cursor değerlerini okuyun. Yanıtlar için, bunları her sonuç girdisinde okuyun.
3. Başka bir sayfa varsa ve cursor boş değilse, aynı sorguyla değiştirmeden gönderin. Bir yanıt toplu isteği için her gönderi için ayrı ayrı devam edin.
4. Sonraki sayfa yoksa, bir cursor tekrar ederse veya kendi sayfa ya da harcama sınırınıza ulaşıldıysa durun.

Sayfalama meta verileri, son üst akış yanıtını yansıtır; dönen koleksiyon sonuç sınırında kesilmiş olabilir. has_next=false olması bile tüm X geçmişinin veya yanıtlarının alındığının garantisi değildir. Sınırlı bir sonuç kümesini mevcut tüm veri olarak etiketlemek yerine, gerçek dönen sayıyı gösterin.

Her başarılı sayfa bir ücret oluşturabilir. Bu beş işlem dönen sonuçlara göre faturalandırılır, sabit bir istek ücretiyle değil. İç içe yanıtlar ve diğer dönen kayıtlar, faturalandırılan sayımı etkileyebilir; maliyeti yalnızca üst düzey dizinin uzunluğuna göre tahmin etmeyin. Güncel fiyatları ve konsoldaki kullanımı kontrol edin. Tam nesne alanları OpenAPI şemasında yer alır.