Closed fingoldo closed 2 years ago
Ещё в документации я нашёл точку доступа к годовым архивам, но, похоже, питоновской обёртки готовой под неё нет
уточните просто для информации - зачем обертка на питоне, если можно шелл запустить?
Ещё в документации я нашёл точку доступа к годовым архивам, но, похоже, питоновской обёртки готовой под неё нет
уточните просто для информации - зачем обертка на питоне, если можно шелл запустить?
Не у всех же Юникс. Многие на Win работают, да и могут нуждаться в более сложных сценариях обновления данных.
Предлагаю добавить в конфиг:
Энвой в заголовках ответа возвращает оставшееся количество запросов + время, через которое счетчик обнулится, подробнее о полях см на странице https://tinkoff.github.io/investAPI/grpc/#kreya
В случае получения RESOURCE_EXHAUSTED засыпать на время x-ratelimit-reset, возвращенное энвоем. Повторяем MAX_RETRY_ATTEMPT попыток.
Предлагаю добавить в конфиг:
- флаг use_retry
- константу MAX_RETRY_ATTEMPT = 3
Энвой в заголовках ответа возвращает оставшееся количество запросов + время, через которое счетчик обнулится, подробнее о полях см на странице https://tinkoff.github.io/investAPI/grpc/#kreya
В случае получения RESOURCE_EXHAUSTED засыпать на время x-ratelimit-reset, возвращенное энвоем. Повторяем MAX_RETRY_ATTEMPT попыток.
Если это получится сделать в рамках самого SDK, пользователям будет гораздо удобнее, я думаю. Надеюсь, об этом речь и шла )
Описание
Тот же пример закачки свечей, но за более длительный период.
Обрывается через 20 секунд на
Без возможности возобновления.
Желаемое решение
Может, возможно сделать автоматическую паузу при получении RESOURCE_EXHAUSTED, вывод предупреждения, и автовозобновление, прямо в обработчике ошибок?
Дополнительно
Ещё в документации я нашёл точку доступа к годовым архивам, но, похоже, питоновской обёртки готовой под неё нет? Может, получится добавить её на будущее в план развития SDK.