परिचय
डिसकनेक्शन के बाद छूटा हुआ डेटा पुनर्प्राप्त करना: Backfill
curl 'https://api.x.com/2/tweets/search/stream?backfill_minutes=5' -H "Authorization: Bearer $ACCESS_TOKEN"
यदि आपके पास Enterprise access नहीं है, या आपने यह निर्धारित किया है कि डिसकनेक्शन पाँच मिनट से अधिक समय तक रहा, तो आप छूटा हुआ डेटा अनुरोध करने के लिए recent search endpoint या recovery सुविधा का उपयोग कर सकते हैं। हालाँकि, ध्यान दें कि search पोस्ट्स endpoints में sample:, bio:, bio_name:, या bio_location: operators शामिल नहीं होते, और keyword तथा #hashtag operators के साथ accents और diacritics का उपयोग करने पर इनके matching behavior में कुछ अंतर होते हैं। इन अंतरों का मतलब यह हो सकता है कि filtered stream endpoints के माध्यम से प्राप्त होने वाले सभी पोस्ट्स आप पूरी तरह पुनर्प्राप्त न कर पाएँ।
डिसकनेक्शन के बाद छूटा हुआ डेटा पुनर्प्राप्त करना: रिकवरी
यदि आप Enterprise access वाले किसी Project का उपयोग कर रहे हैं, तो 5 मिनट की backfill window में फिर से कनेक्ट न कर पाने की स्थिति में आप पिछले 24 घंटों के भीतर का छूटा हुआ डेटा पुनर्प्राप्त करने के लिए रिकवरी सुविधा का उपयोग कर सकते हैं।
स्ट्रीमिंग recovery सुविधा आपको 24 घंटे की विस्तारित backfill window देती है। रिकवरी आपको छूटे हुए डेटा की समयावधि को ‘replay’ करने में सक्षम बनाती है। recovery stream तब शुरू होती है, जब आप ‘start_time’ और ‘end_time’ request parameters का उपयोग करके कनेक्शन अनुरोध करते हैं। कनेक्ट होने के बाद, रिकवरी बताई गई समयावधि को फिर से स्ट्रीम करेगी और फिर डिस्कनेक्ट हो जाएगी।
आप एक ही समय में recovery के लिए 2 concurrent requests कर सकते हैं, यानी “two recovery jobs”। तकनीकी रूप से रिकवरी उसी तरह काम करती है जैसे backfill, बस इसमें start और end time निर्धारित होते हैं। एक recovery period एक ही time range के लिए होता है।
| नाम | Type | विवरण |
| start_time | date (ISO 8601) | YYYY-MM-DDTHH:mm:ssZ (ISO 8601/RFC 3339). UTC में तिथि, जो उस आरंभ समय को दर्शाती है जहाँ से पुनर्प्राप्ति करनी है। |
| end_time | date (ISO 8601) | YYYY-MM-DDTHH:mm:ssZ (ISO 8601/RFC 3339). UTC में तिथि, जो उस समाप्ति समय को दर्शाती है जहाँ तक पुनर्प्राप्ति करनी है। |