Անցնել բովանդակությանը

Կառավարել հաճախականության սահմանաչափերն ու սերվերի սխալները

Կարդացեք պատասխանների վերնագրերը, սահմանափակ ձևով կրկնեք հարցումները և պահեք ախտորոշման տվյալները։

Թարմացվել է

Մշակեք 429 պատասխանը

Սահմանաչափին հասած հարցումը վերադարձնում է 429 Too Many Requests և detail.status = rate_limit_exceeded։ Կրկնելուց առաջ կարդացեք.

  • Retry-After՝ մերժված հարցման նվազագույն սպասումը վայրկյաններով։
  • X-RateLimit-Limit՝ խմբի սահմանաչափը։
  • X-RateLimit-Remaining՝ մնացած հարցումները։
  • X-RateLimit-Reset՝ խմբի վերակայման պահը։

Սպասեք Retry-After-ով նշված ժամանակը, ապա օգտագործեք աճող հետաձգում և պատահական շեղում։ Նվազեցրեք զուգահեռ հարցումները և գործերը հերթի դրեք՝ պատուհանի վերակայման պահին բոլորը միանգամից չուղարկելու համար։

Մշակեք սերվերի սխալները

500-ի հանրային մարմնում կա ընդհանուր սխալ և request_id, ոչ ներքին բացառության մանրամասներ։ 503-ը կարող է նշանակել, որ պարտադիր ծառայությունը ժամանակավորապես անհասանելի է։

Միայն կարդալու հարցումները կրկնեք սահմանափակ հետաձգմամբ։ Ստեղծման, թարմացման, վճարման կամ այլ փոփոխող հարցման կրկնումից առաջ պարզեք՝ արդյոք առաջին փորձն ավարտվել է։ Timeout-ը կամ 5xx-ը չի ապացուցում, որ փոփոխությունը ձախողվել է. անմիջական կրկնումը կարող է կրկնապատկել գործը։

Պահեք ախտորոշումը

Գրանցեք ժամը, մեթոդը, ուղին, կարգավիճակը, պատասխանի մարմինն ու X-Request-Id-ը։ Երբեք մի գրանցեք x-api-key-ի արժեքը։ Փոքր, սահմանափակ թվով փորձերից հետո դադարեցրեք ավտոմատ կրկնումը և ներկայացրեք ձախողումը ստուգման։