Skip to main content
Յուրաքանչյուր բանալի ունի իր պատուհանը՝ լռելյայն 120 հարցում 60 վայրկյանում: Դա չարաշահումից պաշտպանող գործառնական առաստաղ է, ոչ թե սակագնային պլանի քվոտա: Օգտագործումն ինքնին հաշվառվում է սեփականատիրոջ հաշվեկշռով, ոչ թե այս հաշվիչով, և նույն սեփականատիրոջ բանալիները պատուհանը չեն կիսում: Նույնականացումն աշխատում է սահմանափակիչից առաջ, ուստի չնույնականացված հարցումը երբեք չի ծախսում բանալու բյուջեն:

Վերնագրեր

Հաջողված JSON պատասխանները (200) և 429 պատասխանը կրում են պատուհանի վիճակը. Հոսքային էնդփոինթի text/event-stream պատասխանը և մյուս սխալի ծրարները (401, 403, 404, 409, 422, 503, 500) այս վերնագրերը չեն կրում; միայն X-Request-ID-ն է յուրաքանչյուր պատասխանում: Եթե հաճախորդի տեմպը կարգավորում եք X-RateLimit-Remaining-ով, բացակայող վերնագիրը դիտարկեք որպես «անհայտ», ոչ թե զրո: Երբ պատուհանը սպառված է, API-ն պատասխանում է 429 rate_limit_exceeded և ավելացնում Retry-After (վայրկյաններ մինչև պատուհանի զրոյացումը):

Երբ սահմանափակիչն ինքն է անհասանելի

Սահմանափակիչը ձախողվում է փակ վիճակում: Եթե նրա պահոցն անհասանելի է, API-ն պատասխանում է 503 api_rate_limit_unavailable՝ Retry-After: 5-ով, փոխանակ հարցումները չհաշվառված բաց թողնելու, և փոխանակ ապակողմնորոշող 429-ի: Դիտարկեք այն ինչպես ցանկացած այլ անցողիկ սխալ. սպասեք և կրկնեք նույն Idempotency-Key-ով:
Առաստաղը բարձրացնելու համար մի՛ բաշխեք երթևեկը նույն գործակալի մի քանի բանալիների միջև: Յուրաքանչյուր բանալի ունի իր խոսակցությունները, ուստի նույն վերջնական օգտատերը կունենա մասնատված պատմություն: Եթե ձեզ ավելի բարձր սահմանաչափ է անհրաժեշտ, կապվեք մեզ հետ:

Տեմպի կարգավորում հաճախորդի կողմում