Closed Helow19274 closed 7 months ago
Спасибо! Вам сейчас это сильно мешает?
Нет, сейчас не мешает, но если вы это добавите, будет полезно) Пока что у нас не так много ёмких запросов
Разработчики пишут, что отказы из-за описанного лимита возникают крайне редко: https://t.me/bitrix24apps/14038
У нас эта ошибка сыпалась регулярно один день через пару дней после добавления ограничений, потом почти ни разу не было. Очень странно как-то, объём запросов не менялся
Опять встретился с этой ошибкой, хотя сейчас не было похоже, что мы битрикс сильно нагружали
Проблема очень актуальна, при обновлении сущностей возникает после обновления примерно 1000+ сущностей.
90%|███████████████████████████████████████████████████████████████████████████████████████████████▍ | 900/1000 [00:19<00:02, 46.05it/s]
Traceback (most recent call last):
File "fast_bitrix_mass_update.py", line 32, in
Попробую конечно что нибудь придумать, но моих знаний не хватает чтобы это корректно обрабатывать
Постоянно ловлю ошибку при попытке вытянуть методом list_and_get сделки. Общее количество сделок около 70 000. В среднем падает на 21 000.
Сейчас при отправке батчей на сервер время исполнения учитывается по методу "batch".
При этом сообщения об ошибке продолжают приходить.
На самом деле нужно учитывать время исполнения раздельно по каждому методу, используемому внутри батча.
Также можно иметь в виду что минимальное фиксируемое значение исполнения 0.1 сек. Время выполнения методов с меньшим значением не фиксируется в operating.
Не зная этого, можно при тестах долго одуплять, почему запросы идут а значение не меняется.
Совсем недавно в облачной версии Б24 добавили новые лимиты запросов: https://helpdesk.bitrix24.ru/open/15959788 Сейчас это никак не отслеживается библиотекой, даже если установить respect_velocity_policy на True