Skip to main content

To‘g‘ri tiklash usulini tanlang

Bir xil xato kodi ikki xil vaziyatni bildiradi. Harakat qilishdan oldin retryable ni tekshiring; qayta urinish kerakligini faqat HTTP status bo‘yicha aniqlab bo‘lmaydi.

Boshqa kiritma

So‘rov hali qayta ishlanmoqda

Ushbu misolda HTTP javob sarlavhasi Retry-After: 1 ham mavjud.

Qayta urinish identifikatorini o‘zgarmas saqlang

Idempotentlik hujjatlashtirilgan amallar uchun kalit tashkilot, xizmat akkaunti, HTTP metodi, resurs yo‘li va aniqlangan API versiyasi doirasida amal qiladi. Ulardan birortasini o‘zgartirish boshqa qayta urinish identifikatorini yaratadi; bu asl amalni tiklamaydi. Bir xil xizmat akkaunti ichida hisob ma’lumotlarini almashtirish bu identifikatorni o‘zgartirmaydi, biroq yangi hisob ma’lumotlari ham tegishli ruxsatga ega bo‘lishi shart. Taym-autdan keyin tiklashda asl kalit, so‘rov tanasi, yo‘l va versiyani o‘zgartirmang. To‘qnashuvdan o‘tish uchun shunchaki yangi kalit yaratmang: asl yozish amali allaqachon muvaffaqiyatli bajarilgan bo‘lishi mumkin. Resurs ID si ma’lum bo‘lsa, resursni oling va amalning hujjatlashtirilgan tiklash tartibidan foydalaning. Javobni qayta yuborish hujjatlashtirilgan amallarda yakunlangan qayta yuborilgan javob Idempotent-Replayed: true ni o‘z ichiga oladi. Idempotency-Key yuborish, agar amal ma’lumotnomasida ushbu sarlavha aniq qo‘llab-quvvatlanmasa, amalni idempotent qilmaydi. Qayta urinishdan himoya amalning saqlash siyosati bilan cheklangan; bu dublikatlarga qarshi doimiy kafolat emas. Qayta ishlash hal bo‘lmasa, request_id, UTC vaqt tamg‘asi, metod, yo‘l va API versiyasi bilan Living Security Support xizmatiga murojaat qiling. API kaliti, client secret yoki access token ni hech qachon yubormang.