РИ
мышь не подключается?
Да ебуйчее яблоко
Size: a a a
2020 March 11
ИБ
Ну да... кривенько на самом деле. Я когда первый раз такое увидел, чуть не поседел
А где есть полная информация об ограничениях по работе с API. Видел не больше 2 запросов в секунду. Но есть batch вложенные до 2500 в одном. Какие ограничения дальше идут?
РИ
Игорь Бесходарный
А где есть полная информация об ограничениях по работе с API. Видел не больше 2 запросов в секунду. Но есть batch вложенные до 2500 в одном. Какие ограничения дальше идут?
50 запросов в батча
sm
Да ебуйчее яблоко
та вроде к нему можно, не?
AN
Игорь Бесходарный
А где есть полная информация об ограничениях по работе с API. Видел не больше 2 запросов в секунду. Но есть batch вложенные до 2500 в одном. Какие ограничения дальше идут?
В batch 50 комманд
РИ
Каждая списочная команда не более 50 элементов вернёт
РИ
По этому 2500
AN
А ограничения нигде не прописаны. Лазий, узнавай, общайся с разрабами, читай исходники
РИ
та вроде к нему можно, не?
Вероятно у меня лапки)
РИ
А ограничения нигде не прописаны. Лазий, узнавай, общайся с разрабами, читай исходники
ИБ
По этому 2500
И это раз в какой промежуток?
SN
stream index php ?
AN
stream index php ?
да
SN
спасибо
sm
Вероятно у меня лапки)
блюпупные должны робить
AN
Игорь Бесходарный
И это раз в какой промежуток?
Грубо говоря: 1 секунда => 2 запроса.
А если конкретнее: каждый запос добавляется в очередь, ее размер 100 элементов. Каждую секунду, worker битрикса достает 2 запроса из очереди. Если очередь переполнится - новые значения обрабатываться не будут.
За достоверность не ручаюсь, но для облака как-то так работает
А если конкретнее: каждый запос добавляется в очередь, ее размер 100 элементов. Каждую секунду, worker битрикса достает 2 запроса из очереди. Если очередь переполнится - новые значения обрабатываться не будут.
За достоверность не ручаюсь, но для облака как-то так работает
РИ
спасибо
ИБ
Грубо говоря: 1 секунда => 2 запроса.
А если конкретнее: каждый запос добавляется в очередь, ее размер 100 элементов. Каждую секунду, worker битрикса достает 2 запроса из очереди. Если очередь переполнится - новые значения обрабатываться не будут.
За достоверность не ручаюсь, но для облака как-то так работает
А если конкретнее: каждый запос добавляется в очередь, ее размер 100 элементов. Каждую секунду, worker битрикса достает 2 запроса из очереди. Если очередь переполнится - новые значения обрабатываться не будут.
За достоверность не ручаюсь, но для облака как-то так работает
То есть формально говоря раз 2 сек. можно спокойно отправить команды допустим на 5000 клиентов по 2500, они же по 50 запросов в 50 batch. И все будет норм.
AN
и вроде как очередь работает для IP отправителя. Т.е. если ты в приложении можешь размазать запросы и отправлять с разных хостов то у тебя будет больше