X API v2 की तुलना में Standard v1.1
- समानताएँ
- अनुरोध पैरामीटर और ऑपरेटर
- पोस्ट edit history और metadata के लिए समर्थन
- भिन्नताएँ
- एंडपॉइंट URL
- ऐप और प्रोजेक्ट की आवश्यकता
- प्रमाणीकरण विधि
- नियमों की संख्या और persistent stream
- प्रतिक्रिया डेटा का प्रारूप
- अनुरोध पैरामीटर
- recovery और redundancy सुविधाओं की उपलब्धता
- Query operators
समानताएँ
statuses/filter एंडपॉइंट में कुछ पैरामीटर होते हैं, जिन्हें स्ट्रीम को फ़िल्टर करने के लिए अनुरोध के साथ भेजा जा सकता है। इसके विपरीत, v2 फ़िल्टर्ड स्ट्रीम में आप ऑपरेटरों के एक सेट का उपयोग करते हैं, जिन्हें बूलियन लॉजिक के ज़रिए आपस में जोड़कर मनचाहे पोस्ट्स को फ़िल्टर किया जा सकता है। उपलब्ध ऑपरेटरों में कुछ ऐसे भी हैं जो मौजूदा मानक v1.1 पैरामीटरों के सीधे समकक्ष हैं।
निम्नलिखित मानक v1.1 अनुरोध पैरामीटरों के X API v2 में समकक्ष ऑपरेटर मौजूद हैं:
| Standard | X API v2 |
|---|---|
| follow - उपयोगकर्ता id की अल्पविराम-से-अलग सूची, जो बताती है कि किन उपयोगकर्ताओं के पोस्ट्स स्ट्रीम में भेजे जाने चाहिए। | कई ऑपरेटर, जो आपको विशिष्ट उपयोगकर्ताओं से संबंधित पोस्ट्स ढूँढने में मदद कर सकते हैं: * @ * from: * to: * आदि |
| track - वाक्यांशों की अल्पविराम-से-अलग सूची, जिसका उपयोग यह तय करने के लिए किया जाता है कि स्ट्रीम में कौन-से पोस्ट्स भेजे जाएँगे। | कई ऑपरेटर, जो आपको विशिष्ट कीवर्ड से संबंधित पोस्ट्स ढूँढने में मदद कर सकते हैं: * keyword * “exact phrase match” * # * आदि |
अंतर
- Standard v1.1 एंडपॉइंट्स:
- X API v2 एंडपॉइंट:
- JSON root level पर, स्टैंडर्ड एंडपॉइंट्स पोस्ट ऑब्जेक्ट्स को statuses array में लौटाते हैं, जबकि X API v2 data array लौटाता है।
- Retweeted और Quoted “statuses” कहने के बजाय, X API v2 JSON में Retweeted और Quoted Tweets का उल्लेख किया जाता है। कई legacy और deprecated फ़ील्ड्स, जैसे contributors और user.translator_type, हटाई जा रही हैं।
- पोस्ट ऑब्जेक्ट में favorites और user ऑब्जेक्ट में favourites दोनों का उपयोग करने के बजाय, X API v2 like शब्द का उपयोग करता है।
- X इस परंपरा को अपना रहा है कि जिन JSON values का कोई मान नहीं होता (उदाहरण के लिए, null), उन्हें payload में नहीं लिखा जाता। पोस्ट और user attributes केवल तभी शामिल किए जाते हैं, जब उनके values non-null हों।
- एक conversation_id फ़ील्ड
- दो नए annotations फ़ील्ड्स, जिनमें context और entities शामिल हैं
- कई नए metrics फ़ील्ड्स
- एक नया reply_setting फ़ील्ड, जो यह दिखाता है कि किसी दिए गए पोस्ट का जवाब कौन दे सकता है
| Standard v1.1 parameter | विवरण |
|---|---|
| locations - longitude,latitude युग्मों की अल्पविराम-से-अलग सूची, जो पोस्ट्स को फ़िल्टर करने के लिए bounding boxes का एक सेट निर्दिष्ट करती है। | हमने अभी तक X API v2 के लिए स्थान-आधारित operators जारी नहीं किए हैं। |
| Delimited | v1.1 endpoint के साथ, इसे string length पर सेट करने का मतलब है कि statuses को stream में delimited किया जाए, ताकि clients यह जान सकें कि status संदेश के अंत तक पहुँचने से पहले कितने bytes पढ़ने हैं। यह सुविधा X API v2 में उपलब्ध नहीं है। |
| Stall_warnings | v1.1 endpoint के साथ, इस parameter को true पर सेट करने से समय-समय पर संदेश भेजे जाते हैं, यदि client के disconnected होने का खतरा हो। X API v2 में, stall warnings डिफ़ॉल्ट रूप से भेजी जाती हैं और समय-समय पर नई line भेजी जाती है। |
- Conversation IDs - जैसे-जैसे X पर बातचीत आगे बढ़ती है, बातचीत का हिस्सा होने वाले पोस्ट्स को चिह्नित करने के लिए एक conversation ID उपलब्ध होती है। बातचीत के सभी पोस्ट्स में उनका conversation_id उस पोस्ट ID पर सेट होगा, जिससे वह बातचीत शुरू हुई थी।
- conversation_id:
- X Annotations पोस्ट्स के बारे में संदर्भात्मक जानकारी प्रदान करते हैं, और इनमें entity और context annotations शामिल होते हैं। Entities में लोग, स्थान, उत्पाद और संगठन शामिल होते हैं। Contexts वे domains, या topics, हैं जिनसे surfaced entities संबंधित होते हैं। उदाहरण के लिए, किसी पोस्ट में उल्लिखित लोगों के साथ ऐसा context हो सकता है, जो यह बताए कि वे खिलाड़ी, अभिनेता या राजनेता हैं।
- context: - उन पोस्ट्स से मेल खाता है, जिन्हें रुचि के किसी context के साथ annotate किया गया है।
- entity: - उन पोस्ट्स से मेल खाता है, जिन्हें रुचि की किसी entity के साथ annotate किया गया है।
कोड उदाहरण
फ़िल्टर्ड स्ट्रीम (v2) में एक नियम जोड़ें
cURL
फ़िल्टर्ड स्ट्रीम से कनेक्ट करें (v2)
cURL