Soalan Lazim (FAQs)
Dapatkan jawapan pantas untuk soalan anda tentang perkhidmatan dan polisi kami. Untuk bantuan lanjut, hubungi pasukan sokongan kami.
Apakah jenis mod langganan yang disokong oleh webhook? Apakah keperluan konfigurasi khusus dan peraturan perniagaan bagi setiap mod?
Keperluan perniagaan: pelbagai mod langganan perlu disokong untuk memenuhi keperluan pengguna yang berbeza
1. Tiga mod langganan disokong:
- Langganan global: melanggan peristiwa bagi semua sumber berkaitan. Selepas akaun utama melanggan, semua sub-akaun akan dilanggan secara automatik secara lalai
- Langgan mengikut pengguna: object_ids khusus mesti disediakan, iaitu ID pengguna
- Langgan mengikut soal selidik: object_ids khusus mesti disediakan, iaitu ID soal selidik
2. Peraturan konfigurasi:
- Kecuali langganan global, semua mod langganan lain mesti menyertakan object_ids yang berkaitan
- Apabila melanggan mengikut pengguna, peristiwa cipta soal selidik tidak memerlukan object_ids
- Apabila melanggan mengikut soal selidik, peristiwa cipta soal selidik tidak boleh disertakan
Apakah jenis acara yang disokong oleh webhook? Apakah skop dan syarat pencetus yang khusus bagi setiap acara?
Soalan perniagaan: Perlu menjelaskan jenis acara yang disokong dan skop khususnya
1. Menyokong 7 jenis acara:
- Cipta tinjauan
- Ubah suai tinjauan (hanya pengeditan soalan, tidak termasuk perubahan tetapan tinjauan)
- Padam tinjauan
- Respons selesai
- Respons dikemas kini
- Respons dipadam
- Respons tidak sah (memulangkan sebab ketidaksahan)
Apakah syarat untuk mengkonfigurasi kebenaran dalam antara muka panggilan balik webhook?
Isu perniagaan: Panjang medan kebenaran perlu dikawal untuk memastikan keselamatan
Peraturan perniagaan:
- Panjang medan kebenaran dihadkan kepada 0-512 aksara
Apakah mekanisme percubaan semula selepas panggilan balik webhook gagal?
Isu perniagaan: Perlu memastikan kebolehpercayaan panggilan balik webhook
Peraturan perniagaan:
1. Cuba semula sehingga 5 kali
2. Selang percubaan semula:
- Percubaan semula 1: 10 saat
- Percubaan semula 2: 1 minit
- Percubaan semula 3: 5 minit
- Percubaan semula 4: 30 minit (hantar e-mel peringatan tentang kegagalan push)
- Percubaan semula 5: 1 hari (hantar e-mel peringatan bahawa push telah dilumpuhkan)
Apa yang berlaku selepas panggilan balik webhook yang ke-5 gagal?
Isu perniagaan: Anda perlu mengendalikan kegagalan berturut-turut dan memaklumkan pengguna
Peraturan perniagaan:
1. Sistem secara automatik menetapkan semua webhook dengan URL yang sama kepada dilumpuhkan
2. Menghantar pemberitahuan e-mel kepada pengguna (e-mel akan dihantar ke akaun utama)
3. Menyimpan rekod kegagalan ke dalam baris gilir berasingan dengan id webhook sebagai kunci (disimpan selama 7 hari)
4. Membenarkan pengguna melakukan backfill data dalam tempoh 7 hari
Bagaimanakah peristiwa dikendalikan selepas webhook dilumpuhkan?
Isu perniagaan: peristiwa perlu dikendalikan semasa tempoh webhook dilumpuhkan
1. Rekod peristiwa dalam tempoh 7 hari selepas dilumpuhkan akan disimpan dalam baris gilir berasingan
2. Jika bilangan pelumpuhan melebihi 1, hubungi sokongan teknikal
3. Selepas ia didayakan semula, data dalam baris gilir akan ditolak secara proaktif
Apakah keperluan untuk rakaman log webhook?
Soalan perniagaan: log panggilan webhook perlu direkodkan untuk penyelesaian masalah
Peraturan perniagaan:
- Panggilan balik perlu menyertakan rekod log Alibaba Cloud dalam format JSON
Apakah kekangan keunikan yang ada apabila mengkonfigurasi webhook?
Isu perniagaan: konfigurasi webhook pendua mesti dicegah
Peraturan perniagaan:
1. Gabungan medan berikut mesti unik:
- subscription_model (mod langganan)
- event_type (jenis acara)
- object_ids (ID objek)
- url_subscription (URL langganan)
2. Pengecualian: menggunakan url_subscription yang sama untuk acara yang berbeza tidak dihadkan
Apakah syarat untuk format masa dan pautan akses sumber dalam pemberitahuan webhook?
Soalan perniagaan: Diperlukan format masa yang seragam, bersama dengan pautan akses sumber.
Peraturan perniagaan:
1. Masa acara mengembalikan cap masa pada tahap milisaat.
2. Parameter push termasuk URL akses sumber.
Apakah jenis status bagi webhook? Apakah maksud khusus setiap status?
Soalan perniagaan: Perlu menjelaskan jenis status webhook dan kesannya
Peraturan perniagaan:
status webhook dibahagikan kepada empat jenis:
1. Data sejarah (status=0)
2. Tersedia (status=1)
3. Tidak tersedia (status=2, tiada push)
4. Dinonaktifkan oleh sistem (status=3, kegagalan panggilan balik berbilang kali)
—— Anda mungkin juga suka ——
Mula Sekarang
Sertai kami sekarang untuk merasai inovasi dan kemudahan, menjadikan setiap keputusan lebih termaklum dan yakin. Kejayaan anda ialah misi kami!
Daftar secara percuma
Percuma Selamanya · Tiada Kad Kredit Diperlukan · Tinjauan, soalan dan respons tanpa had
