​

रिट्राई नीति

​

लक्ष्य

• प्रति HTTP अनुरोध रिट्राई करें, न कि बहु-चरणीय फ़्लो के लिए।
• केवल वर्तमान चरण को रिट्राई करके क्रम बनाए रखें।
• गैर-आइडेम्पोटेंट ऑपरेशनों की दोहराव से बचें।

​

डिफ़ॉल्ट्स

• प्रयास: 3
• अधिकतम विलंब सीमा: 30000 ms
• जिटर: 0.1 (10 प्रतिशत)
• प्रदाता डिफ़ॉल्ट्स:
  • Telegram न्यूनतम विलंब: 400 ms
  • Discord न्यूनतम विलंब: 500 ms

​

व्यवहार

​

Discord

• केवल रेट-लिमिट त्रुटियों (HTTP 429) पर रिट्राई करता है।
• उपलब्ध होने पर Discord retry_after का उपयोग करता है, अन्यथा एक्सपोनेंशियल बैकऑफ़।

​

Telegram

• अस्थायी त्रुटियों पर रिट्राई करता है (429, टाइमआउट, कनेक्ट/रीसेट/क्लोज़्ड, अस्थायी रूप से अनुपलब्ध)।
• उपलब्ध होने पर retry_after का उपयोग करता है, अन्यथा एक्सपोनेंशियल बैकऑफ़।
• Markdown पार्स त्रुटियों पर रिट्राई नहीं किया जाता; वे सादे पाठ पर फ़ॉलबैक करती हैं।

​

विन्यास

{
  channels: {
    telegram: {
      retry: {
        attempts: 3,
        minDelayMs: 400,
        maxDelayMs: 30000,
        jitter: 0.1,
      },
    },
    discord: {
      retry: {
        attempts: 3,
        minDelayMs: 500,
        maxDelayMs: 30000,
        jitter: 0.1,
      },
    },
  },
}

​

नोट्स

• रिट्राई प्रति अनुरोध लागू होते हैं (संदेश भेजना, मीडिया अपलोड, प्रतिक्रिया, पोल, स्टिकर)।
• संयुक्त फ़्लो पूर्ण हो चुके चरणों को रिट्राई नहीं करते।