Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Ми дуже часто використовуємо дію "змінити етап залежно від наявності на складі" - ВАЖЛИВО з включеною галочкою - перевіряти раз на хвилину.
Але через те, що підключено багато карт привату та інших хвилинних дій, ця дія зависає хвилин на 10-15, такого не повинно бути, тому що там працюють резерви пар і т.д.
Чи можна якось перенести спрацювання цієї дії на інший хвилинний обробник, який не пов'язаний із завантаженням платежів, розсилок чи масових змін процесів?
Мета в тому, щоб воно працювало окремо від поточного оброблювача і він займався тільки цією дією розкидання продуктів на замовлення. Це взагалі можливо?) І скільки це годинника?
Ми дуже часто використовуємо дію "змінити етап залежно від наявності на складі" - ВАЖЛИВО з включеною галочкою - перевіряти раз на хвилину. Але через те, що підключено багато карт привату та інших хвилинних дій, ця дія зависає хвилин на 10-15, такого не повинно бути, тому що там працюють резерви пар і т.д. Чи можна якось перенести спрацювання цієї дії на інший хвилинний обробник, який не пов'язаний із завантаженням платежів, розсилок чи масових змін процесів? Мета в тому, щоб воно працювало окремо від поточного оброблювача і він займався тільки цією дією розкидання продуктів на замовлення. Це взагалі можливо?) І скільки це годинника?
Колійчик Оксана Клієнт писав/ла: Ми дуже часто використовуємо дію "змінити етап залежно від наявності на складі" - ВАЖЛИВО з включеною галочкою - перевіряти раз на хвилину. Але через те, що підключено багато карт привату та інших хвилинних дій, ця дія зависає хвилин на 10-15, такого не повинно бути, тому що там працюють резерви пар і т.д. Чи можна якось перенести спрацювання цієї дії на інший хвилинний обробник, який не пов'язаний із завантаженням платежів, розсилок чи масових змін процесів? Мета в тому, щоб воно працювало окремо від поточного оброблювача і він займався тільки цією дією розкидання продуктів на замовлення. Це взагалі можливо?) І скільки це годинника?
ні, не можна. Тому що в такому випадку буде певна ймовірність того, що обидва паралельні процеси звернуться до одного і того ж замовлення і отримають конфлікт. Я раджу вам переналаштувати імпорт платежів привату так щоб даних забиралося менше - наприклад забирати за поточний день, або доопрацювати налаштування запускати імпорт платежів раз на ХХ хвилин (1ч)
[quote]
Колійчик Оксана
Клієнт писав/ла:
Ми дуже часто використовуємо дію "змінити етап залежно від наявності на складі" - ВАЖЛИВО з включеною галочкою - перевіряти раз на хвилину.
Але через те, що підключено багато карт привату та інших хвилинних дій, ця дія зависає хвилин на 10-15, такого не повинно бути, тому що там працюють резерви пар і т.д.
Чи можна якось перенести спрацювання цієї дії на інший хвилинний обробник, який не пов'язаний із завантаженням платежів, розсилок чи масових змін процесів?
Мета в тому, щоб воно працювало окремо від поточного оброблювача і він займався тільки цією дією розкидання продуктів на замовлення. Це взагалі можливо?) І скільки це годинника?
[/quote]
ні, не можна.
Тому що в такому випадку буде певна ймовірність того, що обидва паралельні процеси звернуться до одного і того ж замовлення і отримають конфлікт. Я раджу вам переналаштувати імпорт платежів привату так щоб даних забиралося менше - наприклад забирати за поточний день, або доопрацювати налаштування запускати імпорт платежів раз на ХХ хвилин (1ч)
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар