Sıkça Sorulan Sorular (FAQs)

İş gereksinimi: farklı kullanıcı ihtiyaçlarını karşılamak için birden fazla abonelik modu desteklenmelidir 1. Üç abonelik modu desteklenir: - Genel abonelik: tüm ilgili kaynakların olaylarına abone olur. Ana hesap abone olduktan sonra, tüm alt hesaplar varsayılan olarak otomatik şekilde abone olur - Kullanıcıya göre abonelik: belirli object_id’ler sağlanmalıdır, yani kullanıcı kimlikleri - Anket formuna göre abonelik: belirli object_id’ler sağlanmalıdır, yani anket formu kimlikleri 2. Yapılandırma kuralları: - Genel abonelik hariç, diğer tüm abonelik modları ilgili object_id’leri içermelidir - Kullanıcıya göre abonelikte, anket formu oluşturma olayı için object_id’ler gerekmez - Anket formuna göre abonelikte, anket formu oluşturma olayı dahil edilemez

İş sorusu: Desteklenen olay türlerini ve her birinin özel kapsamını netleştirmek gerekiyor 1. 7 olay türünü destekler: - Anket oluşturma - Anketi değiştirme (yalnızca soru düzenlemeleri, anket ayarı değişiklikleri hariç) - Anketi silme - Yanıt tamamlandı - Yanıt güncellendi - Yanıt silindi - Yanıt geçersiz (geçersizlik nedenini döndürür)

İş konusu: Güvenliği sağlamak için yetkilendirme alanının uzunluğu kontrol edilmelidir İş kuralı: - Yetkilendirme alanının uzunluğu 0-512 karakter ile sınırlıdır

İş gereksinimi: Webhook geri çağrılarının güvenilirliğini sağlamak gerekiyor İş kuralları: 1. En fazla 5 kez yeniden dene 2. Yeniden deneme aralıkları: - 1. yeniden deneme: 10 saniye - 2. yeniden deneme: 1 dakika - 3. yeniden deneme: 5 dakika - 4. yeniden deneme: 30 dakika (push başarısızlığı hakkında bir hatırlatma e-postası gönderin) - 5. yeniden deneme: 1 gün (push özelliğinin devre dışı bırakıldığı hakkında bir hatırlatma e-postası gönderin)

İş gereksinimi: Ardışık başarısızlıkları yönetmeniz ve kullanıcıyı bilgilendirmeniz gerekir İş kuralları: 1. Sistem, aynı URL'ye sahip tüm webhook'ları otomatik olarak devre dışı olarak ayarlar 2. Kullanıcıya bir e-posta bildirimi gönderir (e-posta birincil hesaba gönderilir) 3. Başarısızlık kayıtlarını, anahtar olarak webhook kimliğini kullanan ayrı bir kuyruğa kaydeder (7 gün saklanır) 4. Kullanıcının 7 gün içinde verileri geri doldurmasına izin verir

İş senaryosu: webhook devre dışı bırakıldığı dönemde etkinliklerin işlenmesi gerekir 1. Devre dışı bırakıldıktan sonraki 7 gün içindeki etkinlik kayıtları ayrı bir kuyrukta saklanır 2. Devre dışı bırakma sayısı 1’i aşarsa teknik destek ile iletişime geçin 3. Yeniden etkinleştirildikten sonra, kuyruktaki veriler proaktif olarak iletilecektir

İş sorusu: sorun giderme için webhook çağrı günlüklerinin kaydedilmesi gerekir İş kuralları: - Geri çağırma, JSON biçiminde Alibaba Cloud günlük kayıtlarını içermelidir

İş gereksinimi: yinelenen webhook yapılandırmaları önlenmelidir İş kuralları: 1. Aşağıdaki alan kombinasyonu benzersiz olmalıdır: - subscription_model (abonelik modu) - event_type (olay türü) - object_ids (nesne kimlikleri) - url_subscription (abonelik URL'si) 2. İstisna: farklı olaylar için aynı url_subscription kullanımına izin verilir

İş sorusu: Birleştirilmiş bir zaman formatı ve bir kaynak erişim bağlantısı gereklidir. İş kuralları: 1. Olay Zamanı, milisaniye düzeyinde bir zaman damgası döndürür. 2. Push parametreleri bir kaynak erişim URL'si içerir.

İş sorusu: Webhook durum türlerini ve bunların etkisini netleştirmek gerekir İş kuralları: webhook durumu dört türe ayrılır: 1. Geçmiş veriler (status=0) 2. Kullanılabilir (status=1) 3. Kullanılamaz (status=2, gönderim yok) 4. Sistem tarafından devre dışı bırakıldı (status=3, birden çok geri çağırma başarısızlığı)