Felo X पोस्ट उत्तर

आपको जिस डेटा की आवश्यकता है, उसके लिए उपयुक्त operation चुनें। सभी पाँच endpoints POST का उपयोग करते हैं और root पर JSON लौटाते हैं, बिना किसी shared data wrapper के।

सभी examples overview से FELO_API_KEY का उपयोग करते हैं। Calls platform balance का उपयोग करती हैं, Felo Pro credits का नहीं। Response examples केवल illustrative हैं; live content और optional fields बदलते रहते हैं।

5. उत्तर पढ़ें

POST /api/v1/data/x/tweet/replies

Placeholder को वास्तविक post ID से बदलें:

curl -sS --request POST "https://openapi.felo.ai/api/v1/data/x/tweet/replies" \
  -H "Authorization: Bearer $FELO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"tweet_ids":["POST_ID"]}'

Timeline और post search के विपरीत, replies results के अंतर्गत group होती हैं। प्रत्येक entry की अपनी pagination state होती है:

{"results":[{"tweet_id":"POST_ID","replies":[],"total":0,"has_next":false,"next_cursor":null}]}

प्रति अनुरोध उत्तर सीमाएँ

प्रत्येक request हर tweet_id के लिए एक upstream reply page पढ़ती है और अधिकतम 100 replies रखती है; यह अपने-आप हर reply page fetch नहीं करती। अधिकतम 20 IDs के batch में, 100-reply cap प्रत्येक results entry पर अलग-अलग लागू होती है। Actual counts इससे कम हो सकते हैं।

प्रत्येक entry का total उस entry में लौटाई गई replies की संख्या है, post की complete reply count नहीं। जारी रखने के लिए, उस entry के next_cursor का उपयोग करें और अगली request में केवल उसी single post ID को भेजें। प्रति-request cap बढ़ाने के लिए कोई limit parameter नहीं है।

पृष्ठांकन और लागत नियंत्रण

total वर्तमान response में संबंधित array को count करता है: post queries के लिए top-level posts, या reply queries के लिए प्रत्येक result entry के भीतर replies। यह global match count, किसी post की complete reply count, या अंतिम billable count नहीं है।

1. पहली request cursor के बिना भेजें।
2. Response से has_next और next_cursor पढ़ें। Replies के लिए, उन्हें प्रत्येक result entry पर पढ़ें।
3. यदि कोई और page मौजूद है और cursor nonempty है, तो उसी query के साथ उसे बिना बदले भेजें। Replies batch के लिए, प्रत्येक post को अलग-अलग जारी रखें।
4. जब next page न हो, cursor दोहराया जाए, या आपकी अपनी page अथवा spending limit पूरी हो जाए, तब रुकें।

Pagination metadata अंतिम upstream response को दर्शाती है; returned collection result cap पर truncate हो सकती है। यहाँ तक कि has_next=false भी इस बात की गारंटी नहीं है कि पूरा X history या replies प्राप्त कर लिए गए हैं। Bounded result set को all available data कहने के बजाय actual returned count दिखाएँ।

हर successful page पर charge लग सकता है। ये पाँच operations flat request fee से नहीं, बल्कि returned results के अनुसार billed होती हैं। Nested replies और अन्य returned records billed count को प्रभावित कर सकते हैं; केवल top-level array length से cost का अनुमान न लगाएँ। current prices और console में usage जाँचें। Complete object fields OpenAPI schema में हैं।