Skip to main content

Zvolte správný postup obnovy

Stejný chybový kód popisuje dvě různé situace. Před dalším postupem zkontrolujte retryable; samotný stavový kód HTTP neurčuje, zda má být požadavek opakován.

Odlišný vstup

Požadavek se stále zpracovává

Tento příklad obsahuje také hlavičku odpovědi HTTP Retry-After: 1.

Zachování stabilní identity opakování

U operací, které idempotenci dokumentují, je klíč vázán na organizaci, servisní účet, metodu HTTP, cestu k prostředku a vyhodnocenou verzi API. Změna kteréhokoli z těchto prvků vytvoří jinou identitu opakování; původní operaci tím neobnovíte. Rotace přihlašovacích údajů v rámci stejného servisního účtu tuto identitu nemění, nicméně nové přihlašovací údaje musí mít i nadále příslušné oprávnění. Při obnově po vypršení časového limitu zachovejte původní klíč, tělo požadavku, cestu i verzi. Nevytvářejte nový klíč jen proto, abyste konflikt obešli: původní zápis už mohl být úspěšně dokončen. Pokud znáte ID prostředku, načtěte jej a použijte zdokumentovaný postup obnovy dané operace. Dokončená opakovaná odpověď obsahuje Idempotent-Replayed: true, pokud operace opakování odpovědi dokumentuje. Odeslání hlavičky Idempotency-Key nezajistí, že bude operace idempotentní, pokud její reference tuto hlavičku výslovně nepodporuje. Ochrana proti opakování je omezena zásadami uchovávání dané operace; nepředstavuje trvalou záruku proti duplicitám. Pokud zpracování zůstává nevyřešeno, kontaktujte podporu Living Security a uveďte request_id, časový údaj v UTC, metodu, cestu a verzi API. Nikdy neuvádějte klíč API, tajný klíč klienta ani přístupový token.