हस्ताक्षर सत्यापन
Endpoint URL जानना write permission नहीं है।
इवेंट प्राप्ति
Webhooks को shared, actionable to-do list बनाएँ
External state बदलने पर tasks create/update/resolve करने के लिए dedicated signed endpoint उपयोग करें।
बैंक खाता जोड़ने की जरूरत नहीं है। रिकॉर्ड आपके नियंत्रण में रहते हैं; असली नवीनीकरण और रद्दीकरण मूल प्रदाता पर होते हैं।
अगले 30 दिन · 3 items
डोमेन नवीनीकरण 2026-08-01
सॉफ़्टवेयर लाइसेंस 2026-08-09
इंफ्रास्ट्रक्चर नवीनीकरण 2026-08-20
शुरू करने से पहले सवाल
डेटा होना और अगला कदम स्पष्ट होना एक बात नहीं है
Chat या logs में रहा alert बिना owner के रह सकता है। To-do बनाने पर वह बाकी काम के status flow में आता है।
हर connection के dedicated details हैं। Sender shared secret से sign करता है और server action स्वीकारने से पहले verify करता है।
मुख्य क्षमताएँ
अगले कदम को ध्यान में रखकर बनाया गया
Create, update और resolve
एक integration path से create, update और resolve पूरा करें।
Disable और rotate
Credential leak या source retire होने पर old connection revoke करें।
स्पष्ट failure responses
Invalid signatures, formats और rate limits sender को detectable result देते हैं।
यह कैसे काम करता है
तीन चरणों का पूरा चक्र
- 1
Webhook connection बनाएँ
Connections में dedicated endpoint और signing details बनाएँ।
- 2
Trusted server से भेजें
Secret को public frontend में दिखाए बिना action और signature बनाएँ।
- 3
पूरा state flow test करें
Integration पर निर्भर होने से पहले create, update, resolve और invalid signatures जाँचें।
अक्सर पूछे जाने वाले प्रश्न
शुरू करने से पहले स्पष्ट जवाब
क्या browser frontend signing secret रखे?
नहीं। Trusted server या secret manager में रखें; public frontend इसे सुरक्षित नहीं रख सकता।
क्या हर retry duplicate task बनाता है?
Stable external ID उपयोग करें और retry behavior जाँचें; timeout के बाद blindly replay न करें।
Credentials leak हों तो क्या करूँ?
Connection disable/rotate करें, sender update करें और old credential rejection जाँचें।
संबंधित उपयोग देखें
मुफ्त organize करना शुरू करें
अगले ऐसे नवीनीकरण या काम से शुरू करें जिस पर सच में कार्रवाई चाहिए। बाकी जानकारी बाद में जोड़ें।