​

Polityka ponawiania

​

Cele

• Ponawiaj dla każdego żądania HTTP, a nie dla całego przepływu wieloetapowego.
• Zachowuj kolejność, ponawiając tylko bieżący krok.
• Unikaj duplikowania operacji nieidempotentnych.

​

Ustawienia domyślne

• Liczba prób: 3
• Maksymalne ograniczenie opóźnienia: 30000 ms
• Jitter: 0.1 (10 procent)
• Ustawienia domyślne providerów:
  • Minimalne opóźnienie Telegram: 400 ms
  • Minimalne opóźnienie Discord: 500 ms

​

Zachowanie

​

Discord

• Ponawia tylko przy błędach limitu szybkości (HTTP 429).
• Używa Discord retry_after, gdy jest dostępne, w przeciwnym razie wykładniczego backoff.

​

Telegram

• Ponawia przy błędach przejściowych (429, timeout, connect/reset/closed, tymczasowo niedostępne).
• Używa retry_after, gdy jest dostępne, w przeciwnym razie wykładniczego backoff.
• Błędy parsowania Markdown nie są ponawiane; wracają do zwykłego tekstu.

​

Konfiguracja

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

​

Uwagi

• Ponowienia są stosowane dla każdego żądania (wysyłka wiadomości, upload multimediów, reakcja, ankieta, naklejka).
• Złożone przepływy nie ponawiają już ukończonych kroków.