logo
GeekFormat

Rate Limit Başlık Ayrıştırıcı

Oran Sınırı Başlık Ayrıştırıcı

Hem yeni RateLimit-* başlıkları hem de yaygın X-RateLimit-* başlıklarıyla uyumlu, kalan kotayı, sıfırlama süresini ve yeniden deneme penceresini belirlemenize yardımcı olur.

Standart RateLimit-*

1 standart sınır penceresisıfırlama: 18s
Window #1limit: 100pencere: 1m 0s
100;w=60

Eski X-RateLimit-*

Limit
5000
Remaining
4991
Used
9
Reset (epoch)
14.04.2025 16:00:00
Retry-After
1m 0s
Resource
-

JSON Önizleme

{
  "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
  }
}

Online hız sınırlama başlığını görüntüleyin, 429'un nerede takıldığını bir bakışta bilin.

İlgili Öneriler

Kullanım senaryoları

  • Arayüz sık sık 429 döndürdüğünde, önce hız sınırlama yanıt başlığını ayırarak kotanın bitip bitmediğini veya hız sınırlama penceresinin bitip bitmediğini belirleyin
  • Üçüncü taraf API çağırırken kalan istek sayısını ve sıfırlama süresini görüntüleyerek çağrı frekansını planlayın
  • Arayüz yeniden deneme stratejisi tasarlarken hız sınırlama penceresi boyutunu ve Retry-After gecikme süresini referans alın
  • Hız sınırlama kurallarını ekip üyeleriyle senkronize ederek kota ve frekans kontrol mantığını açıklayarak tekrar hız sınırlamayı tetiklemeyi önleyin

Özellikler

  • Kota, pencere, sıfırlama süresi ayrı görüntülenir: Hız sınırlama bilgileri artık sıkışık değil
  • Üçüncü taraf API giderme daha doğrudan: Kaç kez daha çağrılabileceğini, ne zaman kurtarılacağını, yeniden denenip denenmeyeceğini bilin
  • Kota bilgisi sezgisel: Pencere boyutunu, kalan sayıyı ve kurtarma süresini görüntülemeye yardımcı olur
  • Geliştirme entegrasyonu dostu: Hız sınırlama kurallarını hızlıca açıklayıp arayüz çağrı tarafıyla senkronize etmeyi kolaylaştırır

Nasıl Kullanılır

  1. RateLimit veya X-RateLimit yanıt başlığı içeriğini giriş alanına yapıştırın
  2. Araç hız sınırlama penceresini, kalan sayıyı, sıfırlama süresini ve Retry-After alanını otomatik olarak ayrıştırır
  3. Kota bilgilerini ve hız sınırlama stratejisi açıklamasını görüntüleyerek mevcut çağrı durumunu onaylayın
  4. Ayrıştırma sonuçlarına göre çağrı frekansını ayarlayın veya geri çekilme yeniden deneme stratejisi tasarlayın

Sık Sorulan Sorular

Neden arayüz 429 Too Many Requests döndürüyor?

429 genellikle istek frekansının sunucu sınırlamasını aştığını gösterir. RateLimit veya X-RateLimit bilgisi ayrıldığında, kalan kota ve kurtarma süresi görülebilir.

Retry-After ile sıfırlama süresi arasındaki fark nedir?

Retry-After ne zaman yeniden deneneceğini bildirmeye daha yakındır, sıfırlama süresi ise hız sınırlama penceresi kurtarma düğümüne daha yakındır. Birlikte görüntülendiğinde yeniden deneme stratejisi daha doğru planlanabilir.

Üçüncü taraf API çağrı kotası sorunlarını gidermek için uygun mudur?

Çok uygun. İster açık platform, ödeme arayüzü ister bulut hizmeti API'si olsun, çoğu yanıt başlığı aracılığıyla kota bilgisi döndürür.

Arayüz yeniden deneme stratejisi tasarlamaya yardımcı olabilir mi?

Evet. Kalan sayı, hız sınırlama penceresi ve kurtarma süresi anlaşıldığında, geri çekilme, kuyruk ve yeniden deneme stratejileri oluşturmak daha kolay olur.