الأسئلة المتكررة (FAQs)
احصل على إجابات سريعة لأسئلتك حول خدماتنا وسياساتنا. للحصول على مساعدة إضافية، اتصل بفريق الدعم لدينا.
ما أنواع أوضاع الاشتراك التي يدعمها webhook؟ وما هي متطلبات التهيئة المحددة وقواعد العمل لكل وضع؟
متطلب العمل: يجب دعم أوضاع اشتراك متعددة لتلبية احتياجات المستخدمين المختلفة
1. يتم دعم ثلاثة أوضاع للاشتراك:
- الاشتراك العام: الاشتراك في أحداث جميع الموارد ذات الصلة. بعد اشتراك الحساب الرئيسي، يتم اشتراك جميع الحسابات الفرعية تلقائيًا افتراضيًا
- الاشتراك حسب المستخدم: يجب توفير object_ids محددة، أي معرفات المستخدمين
- الاشتراك حسب الاستبيان: يجب توفير object_ids محددة، أي معرفات الاستبيانات
2. قواعد التهيئة:
- باستثناء الاشتراك العام، يجب أن تتضمن جميع أوضاع الاشتراك الأخرى object_ids المقابلة
- عند الاشتراك حسب المستخدم، لا يحتاج حدث إنشاء الاستبيان إلى object_ids
- عند الاشتراك حسب الاستبيان، لا يمكن تضمين حدث إنشاء الاستبيان
ما أنواع الأحداث التي يدعمها webhook؟ وما النطاق المحدد وشروط التشغيل لكل حدث؟
سؤال تجاري: الحاجة إلى توضيح أنواع الأحداث المدعومة ونطاقها المحدد
1. يدعم 7 أنواع من الأحداث:
- إنشاء الاستبيان
- تعديل الاستبيان (تعديلات الأسئلة فقط، باستثناء تغييرات إعدادات الاستبيان)
- حذف الاستبيان
- اكتمال الاستجابة
- تحديث الاستجابة
- حذف الاستجابة
- استجابة غير صالحة (تعرض سبب عدم الصلاحية)
ما هي المتطلبات اللازمة لتكوين التفويض في واجهة استدعاء الويب هوك؟
المشكلة التجارية: يجب التحكم في طول حقل التفويض لضمان الأمان
القاعدة التجارية:
- يقتصر طول حقل التفويض على 0-512 حرفًا
ما هي آلية إعادة المحاولة بعد فشل استدعاء webhook؟
المشكلة التجارية: الحاجة إلى ضمان موثوقية استدعاءات webhook
القواعد التجارية:
1. إعادة المحاولة حتى 5 مرات
2. فترات إعادة المحاولة:
- إعادة المحاولة الأولى: 10 ثوانٍ
- إعادة المحاولة الثانية: دقيقة واحدة
- إعادة المحاولة الثالثة: 5 دقائق
- إعادة المحاولة الرابعة: 30 دقيقة (إرسال بريد تذكيري حول فشل الإرسال)
- إعادة المحاولة الخامسة: يوم واحد (إرسال بريد تذكيري حول تعطيل الإرسال)
ماذا يحدث بعد فشل استدعاء الويب هوك للمرة الخامسة؟
مشكلة تجارية: تحتاج إلى التعامل مع حالات الفشل المتتالية وإخطار المستخدم
القواعد التجارية:
1. يقوم النظام تلقائيًا بتعيين جميع الويب هوكات التي لها نفس الرابط إلى وضع التعطيل
2. يرسل إشعارًا بالبريد الإلكتروني إلى المستخدم (سيُرسل البريد الإلكتروني إلى الحساب الرئيسي)
3. يحفظ سجلات الفشل في قائمة انتظار منفصلة باستخدام معرّف الويب هوك كمفتاح (يُحتفظ بها لمدة 7 أيام)
4. يسمح للمستخدم باستكمال البيانات خلال 7 أيام
كيف يتم التعامل مع الأحداث بعد تعطيل خطاف الويب؟
المشكلة التجارية: يجب التعامل مع الأحداث خلال الفترة التي يكون فيها خطاف الويب معطلاً
1. يتم تخزين سجلات الأحداث خلال 7 أيام بعد التعطيل في قائمة انتظار منفصلة
2. إذا تجاوز عدد مرات التعطيل 1، يُرجى التواصل مع الدعم الفني
3. بعد إعادة التمكين، سيتم دفع البيانات الموجودة في قائمة الانتظار بشكل استباقي
ما هي متطلبات تسجيل سجلات webhook؟
السؤال التجاري: يجب تسجيل سجلات استدعاء webhook لأغراض استكشاف الأخطاء وإصلاحها
القواعد التجارية:
- يجب أن يتضمن رد النداء سجلات Alibaba Cloud بتنسيق JSON
ما هي قيود التفرد عند تهيئة خطافات الويب؟
المشكلة التجارية: يجب منع تكرار إعدادات خطافات الويب
القواعد التجارية:
1. يجب أن تكون مجموعة الحقول التالية فريدة:
- subscription_model (وضع الاشتراك)
- event_type (نوع الحدث)
- object_ids (معرّفات الكائنات)
- url_subscription (عنوان URL للاشتراك)
2. الاستثناء: استخدام نفس url_subscription لأحداث مختلفة غير مقيّد
ما هي المتطلبات الخاصة بتنسيق الوقت وروابط الوصول إلى الموارد في إشعارات webhook؟
السؤال التجاري: يُشترط تنسيق موحّد للوقت، إلى جانب رابط للوصول إلى المورد.
القواعد التجارية:
1. يُرجع وقت الحدث طابعًا زمنيًا بدقة المللي ثانية.
2. تتضمن معلمات الدفع عنوان URL للوصول إلى المورد.
ما هي أنواع حالة webhook؟ وماذا تعني كل حالة تحديدًا؟
سؤال تجاري: من الضروري توضيح أنواع حالة webhook وتأثيرها
القواعد التجارية:
تنقسم حالة webhook إلى أربعة أنواع:
1. البيانات التاريخية (status=0)
2. متاح (status=1)
3. غير متاح (status=2، بدون دفع)
4. معطّل من النظام (status=3، فشل عدة عمليات استدعاء عكسي)
—— قد ترغب أيضًا ——
ابدأ الآن
انضم إلينا الآن لتجربة الابتكار والراحة، مما يجعل كل قرار أكثر اطلاعًا وثقة. نجاحك هو مهمتنا!
سجل مجانًا
مجاني إلى الأبد · لا حاجة لبطاقة ائتمان · استبيانات، أسئلة، وردود غير محدودة
