To‘g‘ri tiklash usulini tanlang
Bir xil xato kodi ikki xil vaziyatni bildiradi. Harakat qilishdan oldinretryable ni
tekshiring; qayta urinish kerakligini faqat HTTP status bo‘yicha aniqlab bo‘lmaydi.
Boshqa kiritma
So‘rov hali qayta ishlanmoqda
Ushbu misolda HTTP javob sarlavhasiRetry-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 javobIdempotent-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.
