Sıkça Sorulan Sorular (FAQs)
Hizmetlerimiz ve politikalarımız hakkında sorularınıza hızlı yanıtlar alın. Daha fazla yardım için destek ekibimizle iletişime geçin.
Webhook hangi abonelik modlarını destekler? Her mod için özel yapılandırma gereksinimleri ve iş kuralları nelerdir?
İş 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
Webhook hangi olay türlerini destekler? Her olay için özel kapsam ve tetikleme koşulları nelerdir?
İş 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)
Webhook geri çağırma arayüzünde yetkilendirmeyi yapılandırmak için gereksinimler nelerdir?
İş 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
Bir webhook geri çağrısı başarısız olduktan sonra yeniden deneme mekanizması nedir?
İş 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)
5. başarısız webhook geri çağrısından sonra ne olur?
İş 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
Bir webhook devre dışı bırakıldıktan sonra etkinlikler nasıl işlenir?
İş 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
Webhook günlük kaydı için gereksinimler nelerdir?
İş 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
Webhooks yapılandırılırken hangi benzersizlik kısıtlamaları vardır?
İş 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
Webhook bildirimlerinde zaman formatı ve kaynak erişim bağlantıları için gereksinimler nelerdir?
İş 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.
Bir webhook'un durum türleri nelerdir? Her bir durum tam olarak ne anlama gelir?
İş 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ığı)
—— Siz de beğenebilirsiniz ——
Şimdi Başlayın
Şimdi bize katılın ve yenilik ile kolaylığı deneyimleyin, her kararı daha bilinçli ve kendinden emin hale getirin. Başarınız bizim misyonumuzdur!
Ücretsiz kaydol
Sonsuza Kadar Ücretsiz · Kredi Kartı Gerekmez · Sınırsız anket, soru ve yanıt
