order@pinall.ru 8 (800) 222-53-76

ГлавнаяФорумФорумы по интеграциям и различным техническим вопросам

Свойства кеширования и прерывания по элементам на шаге 2 Пинкит

Узнайте, как компании экономят до 50% времени сотрудников, избавившись от рутины с помощью Пинкит.

⏩ Смотреть кейсы и скачать шаблоны интеграций.

Есть вопрос или предложение? Нужна техподдержка по работе Пинкит или есть трудности в использовании вашей CRM-системы? Здесь собраны тысячи вопросов и ответов.

Если не нашли готовый ответ, то регистрируйтесь на сайте и создайте новую ветку на форуме.

Если нет времени, жмите кнопку, оставьте ваши координаты, мы с вами свяжемся и поможем в решении вопроса:

RSS

Свойства кеширования и прерывания по элементам на шаге 2 Пинкит

Павел Ларкин

Продвинутый

Сообщений: 103 Баллов: 1103 Регистрация: 21.10.2024

09.11.2024 17:28:24

Привет! Поясните что делает эта галки:

Прервать, если нет подходящих элементов
Она прерывает конкретный шаг или останавливает всю интеграцию при возникновении ошибок?

Кешировать
Можете рассказать на примере где может понадобиться опция кеширования API запроса?

Получить бесплатную консультацию

Андрей Балакин

Администратор

Сообщений: 125 Баллов: 3249 Регистрация: 13.06.2024

Инженер техподдержки

09.11.2024 19:58:21

Здравствуйте! По вашим вопрсоам:
1. Эта галочка прерывает весь ПРОГОН в интеграции, т.е. если интеграция запустила 50 прогонов и в 10 из них не нашлось подходящих элементов то отработает только 40 прогонов удовлетворяющих условию

2. Допустим, в процессе интеграции нужно отправить запрос на получение названия воронки/имени пользователя/название стадии или статуса. В общем, запрос к элементу, который редко изменяется. И чтобы не отправлять десятки запросов, которые вернут одни и те же данные, указывается время кеширования.

Команда поддержки Пинкит: помогаем с обменом данными

Сервис обмена данными: https://pinkit.io/

Личный кабинет для теста: https://lk.pinkit.io/

Получить бесплатную консультацию

Павел Ларкин

Продвинутый

Сообщений: 103 Баллов: 1103 Регистрация: 21.10.2024

13.11.2024 00:50:41

Цитата

написал:
2. Допустим, в процессе интеграции нужно отправить запрос на получение названия воронки/имени пользователя/название стадии или статуса. В общем, запрос к элементу, который редко изменяется. И чтобы не отправлять десятки запросов, которые вернут одни и те же данные, указывается время кеширования.

Т.е. я правильно вас понял, что в случае межпортальной синхронизации задач между двумя рабочими группами в Б24, если у нас есть 2 АПИ-запроса получения списка стадий рабочих групп, то их можно кешировать, скажем, на 1 недели или больше, так как стадии вообще не меняются в группах?

Я правильно понимаю, что запрос будет кешироваться для всей интеграции и в случае наличие кешированного запроса в интеграции каждый прогон будет обращаться к закешированным данным?

Цитата
написал: 1. Эта галочка прерывает весь ПРОГОН в интеграции, т.е. если интеграция запустила 50 прогонов и в 10 из них не нашлось подходящих элементов то отработает только 40 прогонов удовлетворяющих условию

Под прогоном вы имеете ввиду конкретный запуск интеграции по событию? А если у меня в интеграции на шаге 2 есть последовательность шагов в массиве и там будет выставлена эта галка, то она остановит весь прогон-интеграцию или конкретный цикл в обработке массива?

Получить бесплатную консультацию

Андрей Балакин

Администратор

Сообщений: 125 Баллов: 3249 Регистрация: 13.06.2024

Инженер техподдержки

13.11.2024 11:10:55

Здравствуйте! корректно, однако мы бы не рекомендовали кешировать более чем на сутки. Если потребность в длительности кеша больше то прошу написать об этом и я подробнее узнаю о доспустимом времени у отдела разработки.

Цитата

Под прогоном подразумевается следующее: Если на шаге 1 инетграция получает 50 записей предположим об обновлении сделки, то далее шаги 2-4 идут для каждой сделки отдельно, т.е. 50 прогонов по 50 сделкам, соответсвтенно прерывание прогона останавливает обрботку не всей интеграции а конкретного прогона, чтобы пропустить какой-то шаг, но не прогон нужно воспользоваться условием выполнения, которое есть почти на каждом инстурменте шага 2

Цитата

Получить бесплатную консультацию

Павел Ларкин

Продвинутый

Сообщений: 103 Баллов: 1103 Регистрация: 21.10.2024

13.11.2024 12:31:39

Цитата

написал:
дравствуйте! корректно, однако мы бы не рекомендовали кешировать более чем на сутки. Если потребность в длительности кеша больше то прошу написать об этом и я подробнее узнаю о доспустимом времени у отдела разработки.

Да, потребность есть. Есть потребность в экономии запросов. Мы в межпортальной синхронизации задач делаем по 2-3 запроса на получения стадий рабочих групп - они не меняются и могут быть закешированными хоть месяц - там ничего не меняется. Но это существенно снизит нагрузку и затраты на запросы.

И еще уточнение по кэшированию:
1. Кешируется зарос для конкретной интеграции или для всего доступа?
2. Кешируется по API-методу, параметрам в методе? Если мы в АПИ-метод передаем динамические параметры, то кэш будет сбрасываться?

По прогону - понял.

Получить бесплатную консультацию

Андрей Балакин

Администратор

Сообщений: 125 Баллов: 3249 Регистрация: 13.06.2024

Инженер техподдержки

13.11.2024 15:27:27

Получили ОС от разработки
по вопросу времени на которое ставится кеширование:

Цитата
В принципе на любой адекватный срок. Можно на 5-10 минут, можно на сутки. Обычно имеет смысл ставить кеш на 10 минут, если запросы отправляются реже, то механизм теряет актуальность

Все же ставить более чем на сутки не имеет действительно смысла.

Запрос кешируется для конкретной интеграции

Цитата
1. Кешируется зарос для конкретной интеграции или для всего доступа?

Кэшируются get-запросы с уникальным url. Соответственно с динамическими параметрами кеш сбрасывается.

Цитата
Кешируется по API-методу, параметрам в методе? Если мы в АПИ-метод передаем динамические параметры, то кэш будет сбрасываться?

Получить бесплатную консультацию

Павел Ларкин

Продвинутый

Сообщений: 103 Баллов: 1103 Регистрация: 21.10.2024

13.11.2024 18:41:37

Цитата
написал: Все же ставить более чем на сутки не имеет действительно смысла.

Почему не имеет, если у нас статические данные и в течение месяца они не меняются. И Гет-запросы одинаковые - получи стадии группы №ХХХ. А так мы экономим по 2 запроса на каждое обновление задачи. На периоде месяца это несколько сотен запросов экономии только на 1 интеграции. А при межпортальном взаимодействии из 4. Если 20-30 порталов, то это нифига себе экономия.

Короче - можем поставить месяц и все будет работать с технической точки зрения, верно?

Получить бесплатную консультацию

Андрей Балакин Администратор Сообщений: 125 Баллов: 3249 Регистрация: 13.06.2024 Инженер техподдержки	#8 0 14.11.2024 09:41:19 Верно Команда поддержки Пинкит: помогаем с обменом данными Сервис обмена данными: https://pinkit.io/ Личный кабинет для теста: https://lk.pinkit.io/
	Получить бесплатную консультацию

Логин:
Пароль:
	Запомнить меня на этом компьютере

Забыли свой пароль?
Регистрация