6 месяцев назад
Rate limit и retry: базовая схема для надёжных интеграций
В любой интеграции рано или поздно появляется одна и та же проблема. Вы отправляете запрос к API — и он не проходит. Иногда сервер отвечает ошибкой, иногда сеть даёт сбой, иногда API просто говорит: «слишком много запросов». В логах это выглядит примерно так: 429 Too Many Requests или 500 Internal Server Error Если система не умеет правильно реагировать на такие ситуации, интеграция становится нестабильной: Чтобы этого не происходило, в любой серьёзной интеграции используют два базовых механизма: rate limit и retry. Первый отвечает за контроль скорости запросов, второй — за повторные попытки при ошибках...
4 недели назад
Что делать, если страница 503 не передаёт заголовок Retry-After?
Что делать, если страница 503 не передаёт заголовок Retry-After? Чтобы исправить ситуацию, вручную добавьте заголовок на уровне веб-сервера: для Nginx используйте директиву add_header Retry-After 120 внутри нужного блока location, для Apache — Header always set Retry-After «120». Если сайт работает на PHP, отправьте заголовок функцией header(‘Retry-After: 120’) до вывода любых данных, и тогда поисковые роботы получат точное время ожидания. После настройки проверьте ответ командой curl -I отдельно...