Rate Limit हेडर पार्सर

दर सीमा शीर्षक पार्सर

नए RateLimit-* शीर्षकों और सामान्य X-RateLimit-* शीर्षकों दोनों के साथ संगत, शेष कोटा, रीसेट समय और पुनः प्रयास विंडो निर्धारित करने में मदद करता है।

मानक RateLimit-*

1 मानक सीमा विंडोरीसेट: 18s
Window #1limit: 100विंडो: 1m 0s
100;w=60

लीगेसी X-RateLimit-*

Limit
5000
Remaining
4991
Used
9
Reset (epoch)
14/04/2025, 16:00:00
Retry-After
1m 0s
Resource
-

JSON पूर्वावलोकन

{
  "headers": {
    "x-ratelimit-limit": [
      "5000"
    ],
    "x-ratelimit-remaining": [
      "4991"
    ],
    "x-ratelimit-used": [
      "9"
    ],
    "x-ratelimit-reset": [
      "1744617600"
    ],
    "retry-after": [
      "60"
    ],
    "ratelimit-limit": [
      "100;w=60"
    ],
    "ratelimit-remaining": [
      "25"
    ],
    "ratelimit-reset": [
      "18"
    ]
  },
  "standard": {
    "limit": [
      {
        "raw": "100;w=60",
        "amount": 100,
        "windowSeconds": 60,
        "parameters": {
          "w": "60"
        }
      }
    ],
    "remaining": [
      {
        "raw": "25",
        "amount": 25,
        "windowSeconds": null,
        "parameters": {}
      }
    ],
    "reset": "18",
    "policy": ""
  },
  "legacy": {
    "limit": "5000",
    "remaining": "4991",
    "used": "9",
    "reset": "1744617600",
    "resource": "",
    "retryAfter": "60",
    "retryAfterSeconds": 60
  }
}

ऑनलाइन रेट लिमिट हेडर देखें, 429 कहाँ अटका है तुरंत पता करें।

संबंधित सुझाव

Link हेडर पार्सर

hreflang जनरेटर

HSTS एनालाइजर

HTTP कुकी पार्सर

Meta Tag जनरेटर

Cron एक्सप्रेशन जनरेटर

उपयोग के मामले

  • API बार-बार 429 रिटर्न करे तो पहले रेट लिमिट हेडर पार्स करें - कोटा खत्म हुआ या विंडो अभी खत्म नहीं हुई
  • थर्ड-पार्टी API कॉल करते समय रिमेनिंग रिक्वेस्ट काउंट और रीसेट टाइम देखकर कॉल फ़्रीक्वेंसी प्लान करें
  • API रिट्राई स्ट्रैटेजी डिज़ाइन करते समय रेट लिमिट विंडो साइज़ और Retry-After डिले टाइम रेफर करें
  • टीम मेंबर्स के साथ रेट लिमिट रूल्स सिंक करें, कोटा और थ्रॉटलिंग लॉजिक समझाएं ताकि बार-बार ट्रिगर न हो

उपयोग कैसे करें

  1. RateLimit या X-RateLimit रेस्पॉन्स हेडर कंटेंट इनपुट एरिया में पेस्ट करें
  2. टूल ऑटोमैटिकली रेट लिमिट विंडो, रिमेनिंग काउंट, रीसेट टाइम और Retry-After फील्ड्स पार्स करता है
  3. कोटा इनफो और रेट लिमिट पॉलिसी डिस्क्रिप्शन देखकर करंट कॉल स्टेटस कन्फर्म करें
  4. पार्स रिजल्ट के आधार पर कॉल फ़्रीक्वेंसी एडजस्ट करें या बैकऑफ रिट्राई स्ट्रैटेजी डिज़ाइन करें

विशेषताएं

  • कोटा, विंडो, रीसेट टाइम अलग-अलग देखें: रेट लिमिट इनफो अब कन्फ्यूज़िंग नहीं
  • थर्ड-पार्टी API ट्रबलशूटिंग डायरेक्ट: कितनी बार कॉल कर सकते हैं, कब रीसेट होगा, रिट्राई करें या नहीं
  • क्लियर कोटा इनफो: विंडो साइज़, रिमेनिंग काउंट और रिकवरी टाइम आसानी से देखें
  • डेवलपमेंट फ्रेंडली: रेट लिमिट रूल्स क्विकली समझें और API कॉलर के साथ सिंक करें

सामान्य प्रश्न

API 429 Too Many Requests क्यों रिटर्न करता है?

429 आमतौर पर बताता है कि रिक्वेस्ट फ़्रीक्वेंसी सर्वर लिमिट से ज़्यादा हो गई। RateLimit या X-RateLimit इनफो पार्स करने के बाद रिमेनिंग कोटा और रिकवरी टाइम क्लियर दिखता है।

Retry-After और रीसेट टाइम में क्या डिफरेंस है?

Retry-After ज़्यादातर बताता है कि कितनी देर बाद रिट्राई करें। रीसेट टाइम रेट लिमिट विंडो रिकवरी पॉइंट के करीब है। दोनों को मिलाकर देखने से रिट्राई स्ट्रैटेजी बेहतर प्लान कर सकते हैं।

क्या थर्ड-पार्टी API कॉल कोटा प्रॉब्लम ट्रबलशूट के लिए है?

बहुत अच्छा फिट है। ओपन प्लेटफॉर्म, पेमेंट API या क्लाउड सर्विस API - कई रेस्पॉन्स हेडर में कोटा इनफो रिटर्न करते हैं।

क्या API रिट्राई स्ट्रैटेजी डिज़ाइन में मदद कर सकता है?

हाँ। रिमेनिंग काउंट, रेट लिमिट विंडो और रिकवरी टाइम समझने के बाद बैकऑफ, क्यूइंग और रिट्राई स्ट्रैटेजी बनाना आसान होता है।