استقبال الويب هوك ومعالجتها بأمان
برومبت يخطط لمستقبِل ويب هوك مع التحقق من التوقيع والرد السريع والحماية من الأحداث المكررة. انسخه إلى أداة ذكاء اصطناعي تختارها، وهي التي يخطط لمستقبِل الويب هوك.
- الموضوع
- التطبيقات والنماذج الأولية
- النوع
- موجّه
- المستوى
- متوسط
- الوقت
- نحو 10 د
تعتمد النتيجة على الأداة والنموذج وما تُدخله.
معاينة النتيجة
مثال: كتبه فريق التحرير لدينا، وليس مخرجات حقيقية للذكاء الاصطناعي.
POST /webhooks/payments 1. التحقق من التوقيع على المحتوى الخام؛ طابع زمني أقدم من 5 دقائق ← 400 2. معرّف الحدث موجود في جدول webhook_events ← 200 فورًا دون أي إجراء 3. حفظ السجل (المعرّف، النوع، وقت الاستلام، الحالة «مفتوح») ← 200 في أقل من ثانية 4. الطابور: جلب حالة الدفع الحالية من المزود وتفعيل الطلب 5. خطأ ← حتى 5 محاولات بفواصل متزايدة، ثم الحالة «فشل» وتنبيه الاختبارات: توقيع خاطئ، الحدث نفسه مرتين، «مسترد» قبل «مدفوع»، قاعدة البيانات غير متاحة افتراض: يعيد المرسل المحاولة حتى ثلاثة أيام
التعبئة
ما تكتبه يبقى في نافذة المتصفح هذه. نحن لا نحفظ شيئًا ولا نرسله.
- مدفوعات من مزود دفع
- طلبات جديدة من نظام متجر
- تغييرات في مستودع شيفرة
- إرسال نماذج
- إشعارات حالة من شركة شحن
- تفعيل الطلب
- تحديث السجل في نظام إدارة العملاء
- إرسال رسالة إلى محادثة الفريق
- بدء عملية بناء
- إنشاء فاتورة
- Python مع FastAPI
- Node.js مع Express
- PHP مع Laravel
- Go
- دالة سحابية دون خادم
موجّهك
لقد عدّلت الموجّه. لن تستبدله التغييرات في الحقول أعلاه بعد الآن.
هذا توجيه لأداة ذكاء اصطناعي، وليس النتيجة بعد.
أين يعمل هذا الموجّه
أدوات الذكاء الاصطناعي هذه مناسبة لهذا الموجّه:
طريقة الاستخدام
- املأ الحقول أو اضغط على أحد الاقتراحات. لا تكتب الأسماء أو العناوين أو أي بيانات شخصية أخرى.
- انسخ الموجّه الجاهز إلى أداة الذكاء الاصطناعي التي تفضّلها.
- أرسل حدث الاختبار نفسه مرتين، وحدثًا آخر بمحتوى معدّل. يجب أن يؤثر الأول مرة واحدة فقط وأن يُرفض الثاني.
لماذا ينجح هذا؟
كثيرًا ما يرسل المرسلون الويب هوك أكثر من مرة أو متأخرة أو بترتيب مختلف. الفصل الواضح بين التحقق من التوقيع ومعرّف الحدث والرد السريع يمنع الحجز المزدوج وضياع الأحداث.
نصائح
- لا تضع المفتاح السري في الشيفرة، بل في متغير بيئة محمي، وخطط لطريقة استبداله.