Швидкість роботи OneBox
Добрий день. Я ваш клієнт, функціонал і можливості системи захоплююся і надихаюся. Але є один нюанс, що заважає моєму щастю - це загальна швидкість (продуктивність), час відкриття сторінок, оновлення етапів, підвантаження товарів на замовлення.
На тестовому доступі все літало. Але коли на наш сервер вилили товари, замовлення, клієнтів, додали автоматизації – система стала працювати довше за попередню “повільну” платформу.
Сторінки із замовленнями відкриваються щонайменше 3 сек, деякі інші до 10 сек. Намагалися збільшувати продуктивність сервера, але ефект не дає.
У панелі навантаження показує споживання озу на рівні 3 ГБ, але в панелі самого сервера видно, що ще сама база даних споживає близько 7 гб озу, що не дуже здоровий показник.
Думаю, що у Ваших фахівців багато часу не забере поверхневий аналіз для виявлення причин повільної роботи. Прошу допомоги у вирішенні проблеми. Готовий брати участь фінансово у разі проблеми на моїй стороні. Дякую.
адреса: crm.ohrana.ua
ps: І це все в той
Оригінальне питання доступне на версії: ru
На тестовому доступі все літало. Але коли на наш сервер вилили товари, замовлення, клієнтів, додали автоматизації – система стала працювати довше за попередню “повільну” платформу.
Сторінки із замовленнями відкриваються щонайменше 3 сек, деякі інші до 10 сек. Намагалися збільшувати продуктивність сервера, але ефект не дає.
У панелі навантаження показує споживання озу на рівні 3 ГБ, але в панелі самого сервера видно, що ще сама база даних споживає близько 7 гб озу, що не дуже здоровий показник.
Думаю, що у Ваших фахівців багато часу не забере поверхневий аналіз для виявлення причин повільної роботи. Прошу допомоги у вирішенні проблеми. Готовий брати участь фінансово у разі проблеми на моїй стороні. Дякую.
адреса: crm.ohrana.ua
ps: І це все в той
Відповіді:
добрий день
Попередньо з того, що я побачив це не оптимальність налаштувань системи вашими інтеграторами, дайте мені кілька днів я проведу аналіз системи і дам більш точну інформацію
Попередньо з того, що я побачив це не оптимальність налаштувань системи вашими інтеграторами, дайте мені кілька днів я проведу аналіз системи і дам більш точну інформацію
09.10.2020, 14:40
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Добрий день. Я ваш клієнт, функціонал і можливості системи захоплююся і надихаюся. Але є один нюанс, що заважає моєму щастю - це загальна швидкість (продуктивність), час відкриття сторінок, оновлення етапів, підвантаження товарів на замовлення. На тестовому доступі все літало. Але коли на наш сервер вилили товари, замовлення, клієнтів, додали автоматизації - система стала працювати довше за попередню "повільну" платформу. Сторінки із замовленнями відкриваються не менше 3 сек, деякі інші до 10 сек. Намагалися збільшувати продуктивність сервера, але ефекту не дає. У панелі навантаження показує споживання озу на рівні 3 ГБ, але в панелі самого сервера видно, що ще сама база даних споживає близько 7 гб озу, що не дуже здоровий показник. Думаю, що у Ваших фахівців не забере багато часу поверхневий аналіз виявлення причин повільної роботи. Прошу допомоги у вирішенні проблеми. Готовий брати участь фінансово у разі проблеми на моїй стороні. Дякую. адреса: crm.ohrana.uaps: І це все в той час, як Ваш відділ продажу вже ходить по наших партнерах і хвалиться нашим співробітництвом. Повірте, ваші продажники даремно витрачають час, поки я всім говорю, що ONEBOX повільний… Тому це не тільки моя проблема, це ще й ваша репутація. І дуже хочеться вже швидше, не сумніваючись, радити ваш сервіс, як найшвидший та найкращий!
добрий день
Перш ніж збільшувати параметри сервера - слід проконсультуватися що ще потрібно зробити для цього. На даний момент у вас конфігурація MYSQL та системи налаштована на ЦПУ 4 ядра, RAM 4 – ці ресурси і використовуються. Тому після апдейту ви нічого й не помітили
зараз у вас CPU 8, RAM 16, я тестово змінив конфігурацію БД і системи на ці параметри перевірте чи стало краще.
А також хотілося б отримати список сторінок де є 10 секунд для більш детального аналізу
12.10.2020, 15:19
Оригінальний коментар доступний на версії: ru
Покращень поки що не помічено.
https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= - не менше 4 сек, іноді до 10 сек А має відкриватися за частки секунд
https://crm.ohrana.ua/admin/shop/workflowstatus/516/interface/ 6 сек
https://crm.ohrana.ua/admin/shop/workflow/16/constructor/ 25 секунд
Налаштовано може було і на 4 гб озу, але база даних сміливо споживала 7 гб https://prnt.sc/uxtt9n
https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= - не менше 4 сек, іноді до 10 сек А має відкриватися за частки секунд
https://crm.ohrana.ua/admin/shop/workflowstatus/516/interface/ 6 сек
https://crm.ohrana.ua/admin/shop/workflow/16/constructor/ 25 секунд
Налаштовано може було і на 4 гб озу, але база даних сміливо споживала 7 гб https://prnt.sc/uxtt9n
12.10.2020, 17:46
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Покращень поки не помічено. https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= - не менше 4 сек, іноді до 10 сек. /admin/shop/workflowstatus/516/interface/ 6 сік ://prnt.sc/uxtt9n
я зроблю аналіз даних сторінок і дам відповідь
з приводу БД то її споживання і має бути таким - оскільки вона занурюється в ОЗП і працює з неї швидше ніж з диска
13.10.2020, 07:53
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Покращень поки не помічено. https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= - не менше 4 сек, іноді до 10 сек. /admin/shop/workflowstatus/516/interface/ 6 сік ://prnt.sc/uxtt9n
добрий день
вдалося оптимізувати сторінку https://crm.ohrana.ua/admin/shop/workflow/16/constructor/
підкажіть чи стала вона швидше?
13.10.2020, 21:47
Оригінальний коментар доступний на версії: ru
Ігоре, сталося диво!
З 30 секунд до кількох секунд.
Відмінний результат. Але звертаю увагу, що ця сторінка була показовою щодо наявності проблеми. Але не є визначальною у швидкості роботи загалом. Набагато важливішою є сторінка https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= яку відкриваємо сотні разів на день. Відкриваємо список – чекаємо на 3-5 сек. Вводь номер – шукати, знову 3-5 сек. відкриваємо замовлення 3-5 сек. В результаті щоб знайти і відкрити замовлення йде 10-15 секунд.
дуже прошу допомоги у цьому питанні.
З 30 секунд до кількох секунд.
Відмінний результат. Але звертаю увагу, що ця сторінка була показовою щодо наявності проблеми. Але не є визначальною у швидкості роботи загалом. Набагато важливішою є сторінка https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= яку відкриваємо сотні разів на день. Відкриваємо список – чекаємо на 3-5 сек. Вводь номер – шукати, знову 3-5 сек. відкриваємо замовлення 3-5 сек. В результаті щоб знайти і відкрити замовлення йде 10-15 секунд.
дуже прошу допомоги у цьому питанні.
15.10.2020, 17:54
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Ігоре, сталося диво! З 30 секунд до кількох секунд. Відмінний результат. Але звертаю увагу, що ця сторінка була показовою щодо наявності проблеми. Але не є визначальною у швидкості роботи загалом. Набагато важливішою є сторінка https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= яку відкриваємо сотні разів на день. Відкриваємо список – чекаємо на 3-5 сек. Вводь номер – шукати, знову 3-5 сек. відкриваємо замовлення 3-5 сек. В результаті щоб знайти і відкрити замовлення йде 10-15 секунд. дуже прошу допомоги у цьому питанні.
дана сторінка у мене відкривається в середньому за 1.5-2 секунди
Навіть якщо буває 3 – то це не супер довго.
З цих 3 секунд - практично 1.5-2 секунди займає підрахунок підсумкових рядків - якщо вони вам не потрібні, то ви можете включити налаштування Не відображати підсумкові рядки в списку процесів в налаштуваннях -> інше і буде швидше
16.10.2020, 11:50
Оригінальний коментар доступний на версії: ru
Спостерігав кілька днів. Є позитивні зміни.
Раніше сторінка могла відкритися за 3 секунди, а могла відкриватися 10 секунд (можливо підвисало в момент відпрацювання хвилинного крона). Після налаштувань із вашого боку цієї проблеми не спостерігаю. Після відключення підрахунку підсумкових сум вдалося заощадити ще 1 секунду. Тепер працювати відчутно комфортніше. Однак 2 секунди не межа мрій. Як досягти часу 0,2 секунди? Це потрібно вирішувати на стороні продуктивності сервера? Чи це неможливо через особливості боксу? Чи є можливість протестувати існуючий сервер? Дати рекомендації, на який параметр звернути увагу при виборі сервера. Чи варто розраховувати на найкращі результати у швидкості роботи?
Раніше сторінка могла відкритися за 3 секунди, а могла відкриватися 10 секунд (можливо підвисало в момент відпрацювання хвилинного крона). Після налаштувань із вашого боку цієї проблеми не спостерігаю. Після відключення підрахунку підсумкових сум вдалося заощадити ще 1 секунду. Тепер працювати відчутно комфортніше. Однак 2 секунди не межа мрій. Як досягти часу 0,2 секунди? Це потрібно вирішувати на стороні продуктивності сервера? Чи це неможливо через особливості боксу? Чи є можливість протестувати існуючий сервер? Дати рекомендації, на який параметр звернути увагу при виборі сервера. Чи варто розраховувати на найкращі результати у швидкості роботи?
20.10.2020, 11:31
Оригінальний коментар доступний на версії: ru
Устименко Ігор OneBox CTO написав:
З цих 3 секунд - практично 1.5-2 секунди займає підрахунок підсумкових рядків - якщо вони вам не потрібні, то ви можете включити налаштування Не відображати підсумкові рядки в списку процесів в налаштуваннях -> інше і буде швидше
Всім доброго дня! За що відповідає це налаштування, не підкажете докладніше? На що впливає?
20.10.2020, 17:15
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Спостерігав кілька днів. Є позитивні зміни.
Раніше сторінка могла відкритися за 3 секунди, а могла відкриватися 10 секунд (можливо підвисало в момент відпрацювання хвилинного крона). Після налаштувань із вашого боку цієї проблеми не спостерігаю. Після відключення підрахунку підсумкових сум вдалося заощадити ще 1 секунду. Тепер працювати відчутно комфортніше. Однак 2 секунди не межа мрій. Як досягти часу 0,2 секунди? Це потрібно вирішувати на стороні продуктивності сервера? Чи це неможливо через особливості боксу? Чи є можливість протестувати існуючий сервер? Дати рекомендації, на який параметр звернути увагу при виборі сервера. Чи варто розраховувати на найкращі результати у швидкості роботи?
зробити прям 0.2 секунди на такій сторінці не можливо - швидше за все це буде в майбутньому
Поки що мінімум по таймінгу що я бачив тут - це 1 секунда
не думаю що вам зараз варто покращувати сервер заради 1 секунди
21.10.2020, 07:56
Оригінальний коментар доступний на версії: ru
Ігор, Після налаштувань бокс почав працювати швидше. Але є проблема, яку не можу виловити. Сторінки, які зазвичай відкриваються 2-3 секунди, іноді відкриваються 15-30 секунд. Повторне завантаження відбувається швидко. тобто скинути посилання та продемонструвати не виходить. Більше того, якщо на 5-й секунді я розумію, що сторінка відкривається довго, я оновлюю сторінку і вона відкривається швидко. Якщо не оновити – доведеться чекати до 30 секунд. Можливо, момент відкриття сторінки збігається з хвилинним кроном? Як можна це відстежити та усунути.
Також періодично в процес товари підвантажуються із затримкою 5-15 сек. Відкрив процес – усі поля є, а блоку з товарами немає. І за 10 сік з'являється товар. Але повторне відкриття процесу відбувається без затримки. Теж продемонструвати не можу.
Також періодично в процес товари підвантажуються із затримкою 5-15 сек. Відкрив процес – усі поля є, а блоку з товарами немає. І за 10 сік з'являється товар. Але повторне відкриття процесу відбувається без затримки. Теж продемонструвати не можу.
27.10.2020, 14:37
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Ігор, Після налаштувань бокс почав працювати швидше. Але є проблема, яку не можу виловити. Сторінки, які зазвичай відкриваються 2-3 секунди, іноді відкриваються 15-30 секунд. Повторне завантаження відбувається швидко. тобто скинути посилання та продемонструвати не виходить. Більше того, якщо на 5-й секунді я розумію, що сторінка відкривається довго, я оновлюю сторінку і вона відкривається швидко. Якщо не оновити – доведеться чекати до 30 секунд. Можливо, момент відкриття сторінки збігається з хвилинним кроном? Як можна це відстежити та усунути.
Також періодично в процес товари підвантажуються із затримкою 5-15 сек. Відкрив процес – усі поля є, а блоку з товарами немає. І за 10 сік з'являється товар. Але повторне відкриття процесу відбувається без затримки. Теж продемонструвати не можу.
потрібно робити логи та аналітику сервера щоб точно відповісти
по волі спробую помоніторити
27.10.2020, 14:55
Оригінальний коментар доступний на версії: ru
Дякую. Чекаю. Також скидаю відео із зависанням товарів у замовленні. Але така проблема не завжди. Якщо завантажувати слідом те ж замовлення, то найчастіше він відкривається швидко. Готовий на платну послугу з вашого боку, якщо допоможете знайти помилки у налаштуванні логіки.
07.11.2020, 08:33
Оригінальний коментар доступний на версії: ru
Ігоре, добрий день. Давайте доведемо справу до кінця.
Я думаю, що година роботи фахівця зможе кардинально змінити ситуацію. Готовий оплатити роботу. Набридло ворожити на кавовій гущі.
Я думаю, що година роботи фахівця зможе кардинально змінити ситуацію. Готовий оплатити роботу. Набридло ворожити на кавовій гущі.
05.01.2021, 13:03
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Ігоре, добрий день. Давайте доведемо справу до кінця.
Я думаю, що година роботи фахівця зможе кардинально змінити ситуацію. Готовий оплатити роботу. Набридло ворожити на кавовій гущі.
дайте номер процесу, на якому ви це заміряли
10.01.2021, 22:53
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
273512
ваш же приклад - дивіться скрін
це говорить про те, що у вас проблема з інтернет з'єднанням або самим ПК. Так як завантаження в браузері прямо залежить від швидкості інтернету
11.01.2021, 09:39
Оригінальний коментар доступний на версії: ru
Устименко Ігор
OneBox CTO написав:
Пташкін Сергій
Клієнт писав/ла:
273512
ваш же приклад - дивіться скрін
це говорить про те, що у вас проблема з інтернет з'єднанням або самим ПК. Так як завантаження в браузері прямо залежить від швидкості інтернету
Зробіть мені свій скрін на даний момент
11.01.2021, 09:47
Оригінальний коментар доступний на версії: ru
Якщо я правильно зрозумів завдання, то ось
11.01.2021, 12:40
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Якщо я правильно зрозумів завдання, то ось
Сторінка вантажилася 2 секунди – я вірно зрозумів ваш скрін?
11.01.2021, 12:48
Оригінальний коментар доступний на версії: ru
Бокс працює не стабільно. Іноді сторінка відкривається 2 секунди, іноді 10. Товари на замовлення іноді підвантажуються з великою затримкою. Надсилав у вигляді вище.
Якщо зробити дзвінок із СРМ, і потім виконувати зміну етапу, то замість 3 секунд це займає 15 секунд.
Я хочу скористатися вашим продуктом і готовий платити за нього. Я навіть готовий платити за вирішення проблем, з якими зіткнувся. На скринах я наводжу те, що бачу, деякі процеси займають займають помітно довше інших. Проблема в них і чи в чомусь іншому я не знаю. На сервері ви проблему не бачите. Отже, треба провести програмний аудит.
Якщо зробити дзвінок із СРМ, і потім виконувати зміну етапу, то замість 3 секунд це займає 15 секунд.
Я хочу скористатися вашим продуктом і готовий платити за нього. Я навіть готовий платити за вирішення проблем, з якими зіткнувся. На скринах я наводжу те, що бачу, деякі процеси займають займають помітно довше інших. Проблема в них і чи в чомусь іншому я не знаю. На сервері ви проблему не бачите. Отже, треба провести програмний аудит.
13.01.2021, 12:41
Оригінальний коментар доступний на версії: ru
Добрий день.
Я тиждень моніторив ваш сервер і знайшов кілька нюансів, які роблять деякі піки на сервері по навантаженню і в ці моменти може бути довге завантаження.
Наприклад:
Ви на цьому етапі перевіряєте повідомлення від клієнтів і ніколи не підете з цього етапу, якщо клієнт не напише. Проблема в тому, що ви кожну хвилину перевіряєте 11016 процесів і чим далі тим їх більше. Усього ви робите 50К запитів з яких корисних вам де реально напише клієнт менше 1%. Я раджу вам переосмислити це налаштування і переключити процес у яких клієнт не писав більше місяця (задати термін етапу) на етап де процес просто закриється, а якщо клієнт напише то створюється новий процес або перевідкриється цей якщо ви так налаштуєте
Я тиждень моніторив ваш сервер і знайшов кілька нюансів, які роблять деякі піки на сервері по навантаженню і в ці моменти може бути довге завантаження.
Наприклад:
Ви на цьому етапі перевіряєте повідомлення від клієнтів і ніколи не підете з цього етапу, якщо клієнт не напише. Проблема в тому, що ви кожну хвилину перевіряєте 11016 процесів і чим далі тим їх більше. Усього ви робите 50К запитів з яких корисних вам де реально напише клієнт менше 1%. Я раджу вам переосмислити це налаштування і переключити процес у яких клієнт не писав більше місяця (задати термін етапу) на етап де процес просто закриється, а якщо клієнт напише то створюється новий процес або перевідкриється цей якщо ви так налаштуєте
19.01.2021, 13:23
Оригінальний коментар доступний на версії: ru
Устименко Ігор
OneBox CTO написав:
Ви на цьому етапі перевіряєте повідомлення від клієнтів і ніколи не підете з цього етапу, якщо клієнт не напише. Проблема в тому, що ви кожну хвилину перевіряєте 11016 процесів і чим далі тим їх більше. Усього ви робите 50К запитів з яких корисних вам де реально напише клієнт менше 1%. Я раджу вам переосмислити це налаштування і переключити процес у яких клієнт не писав більше місяця (задати термін етапу) на етап де процес просто закриється, а якщо клієнт напише то створюється новий процес або перевідкриється цей якщо ви так налаштуєте
Ігоре, добрий день! щодо цієї дії створено баг (№ 2015727314), в якому поки що рішення немає. Ми хочемо змінити налаштування, але потрібно зрозуміти, в чому саме проблема. З моменту встановлення цієї дії всі повідомлення написані клієнтами у вайбер бот почали надходити по 2-3 рази (кожне повідомлення), враховуючи, що приходило по 3 пуші, Ваші колеги відправили нас у сапорт Вайбера, після спілкування з обома сторонами - виявилося, що проблема саме у цій дії. Як тільки його вимикаю – повідомлення приходять коректно, включаю – затраюються і крон відпрацьовує цей етап 12-14 секунд кожну хвилину. Проблема таки в тому, що дія проходить усі 17тис процесів та перевіряє наявність коментів у них? Чому не перевіряє лише відкриті? Їх щодня близько 500. Прохання допомогти розібратися
28.01.2021, 10:33
Оригінальний коментар доступний на версії: ru
Ірина писав/ла:
Проблема таки в тому, що дія проходить усі 17тис процесів та перевіряє наявність коментів у них? Чому не перевіряє лише відкриті? Їх щодня близько 500. Прохання допомогти розібратися
воно перевіряє всі процеси на статус яких встановлено дію , причому тут відкриті? якщо перевірка на етапі триває...
я дав вам рішення, що вам потрібно розділити етапи і закрити 90% процесів так як по них немає відповідей
виконайте це і все буде ок
28.01.2021, 10:52
Оригінальний коментар доступний на версії: ru
Ігорю, ми зменшимо кількість процесів, але все ж таки завдання від Сергія, щоб комунікація з клієнтом йшла в одному процесі, не закриваючи процес і не створюючи щоразу новий. Яким чином ми можемо повідомити співробітника про нове повідомлення від клієнта? Чи є інші варіанти реалізації?
чи все ж таки єдиний вихід закривати процеси, і при отриманні нового повідомлення - створювати новий процес?
чи все ж таки єдиний вихід закривати процеси, і при отриманні нового повідомлення - створювати новий процес?
28.01.2021, 13:17
Оригінальний коментар доступний на версії: ru
Ірина писав/ла:
Ігорю, ми зменшимо кількість процесів, але все ж таки завдання від Сергія, щоб комунікація з клієнтом йшла в одному процесі, не закриваючи процес і не створюючи щоразу новий. Яким чином ми можемо повідомити співробітника про нове повідомлення від клієнта? Чи є інші варіанти реалізації?
чи все ж таки єдиний вихід закривати процеси, і при отриманні нового повідомлення - створювати новий процес?
За умовчанням перекладати їх на етап, де немає цього моніторингу.
У момент, коли клієнт пише перевідкривати знайдений процес зі стану закритого і на цьому статусі вже моніторити
Детальніше ви можете обговорити вже з інтегратором, з яким ви працюєте, судячи з того, що ви давали номер завдання, він у вас є.
28.01.2021, 15:24
Оригінальний коментар доступний на версії: ru
Добрий день. Ігорю, допоможіть, будь ласка, проаналізувати навантаження на сервер
Ми постійно бачимо що mysql процес займає величезну кількість пам'яті та процесорного часу. Коли сервері було 8гб він займав 6гб. Зараз 16гб і він займає 13гб і повністю покладає відс. Що викликає таке навантаження?
Який обсяг пам'яті необхідний роботи? За рекомендацією збільшили виділення пам'яті для крона, але вільної пам'яті немає. Схоже, що це лише посилило ситуацію.
Ми постійно бачимо що mysql процес займає величезну кількість пам'яті та процесорного часу. Коли сервері було 8гб він займав 6гб. Зараз 16гб і він займає 13гб і повністю покладає відс. Що викликає таке навантаження?
Який обсяг пам'яті необхідний роботи? За рекомендацією збільшили виділення пам'яті для крона, але вільної пам'яті немає. Схоже, що це лише посилило ситуацію.
02.03.2021, 11:49
Оригінальний коментар доступний на версії: ru
Пташкін Сергій
Клієнт писав/ла:
Добрий день. Ігорю, допоможіть, будь ласка, проаналізувати навантаження на сервер
Ми постійно бачимо що mysql процес займає величезну кількість пам'яті та процесорного часу. Коли сервері було 8гб він займав 6гб. Зараз 16гб і він займає 13гб і повністю покладає відс. Що викликає таке навантаження?
Який обсяг пам'яті необхідний роботи? За рекомендацією збільшили виділення пам'яті для крона, але вільної пам'яті немає. Схоже, що це лише посилило ситуацію.
Ви збільшили пам'ять для крона не коректно - ви підняли загальну пам'ять, а не змінили конфіг запуску крона і це помилка!
Те що БД займає більшу частину оперативи це нормально і так і має бути так як MYSQL занурюється в RAM і працює швидше
02.03.2021, 12:42
Оригінальний коментар доступний на версії: ru
Доброго дня, Ігоре. Ще раз перечитав усю гілку. Дуже дякую Вам за допомогу. Деякі питання успішно вирішено, але хотів би наголосити на проблемах. що залишилися без зміни:
Ви зробили правильне зауваження з приводу повідомлень "Проблема в тому, що ви щохвилини перевіряєте 11016 процесів" і ми, кочково ж прислухалися і виправили, але ця проблема з'явилася за пару днів до цього, і вона не пов'язана із загальною проблематикою та тими питаннями, які обговорювали. Раніше ви писали:
- "Попередньо з того, що я побачив це не оптимальність налаштувань системи вашими інтеграторами, дайте мені кілька днів я проведу аналіз системи і дам більш точну інформацію"
- "потрібно робити логи та аналітику сервера щоб точно відповісти. по волі спробую помоніторити"
Наразі сторінки відкриваються 3-5 секунд. Не думаю, що це межа боксу.
https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= в активний час 4-5 секунд
Якщо ви бачите неоптимальність налаштувань, проведемо аудит і визначимо вузькі місця.
Ви зробили правильне зауваження з приводу повідомлень "Проблема в тому, що ви щохвилини перевіряєте 11016 процесів" і ми, кочково ж прислухалися і виправили, але ця проблема з'явилася за пару днів до цього, і вона не пов'язана із загальною проблематикою та тими питаннями, які обговорювали. Раніше ви писали:
- "Попередньо з того, що я побачив це не оптимальність налаштувань системи вашими інтеграторами, дайте мені кілька днів я проведу аналіз системи і дам більш точну інформацію"
- "потрібно робити логи та аналітику сервера щоб точно відповісти. по волі спробую помоніторити"
Наразі сторінки відкриваються 3-5 секунд. Не думаю, що це межа боксу.
https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= в активний час 4-5 секунд
Якщо ви бачите неоптимальність налаштувань, проведемо аудит і визначимо вузькі місця.
19.03.2021, 19:26
Оригінальний коментар доступний на версії: ru
Пташкін Сергій писав/ла:
Доброго дня, Ігоре. Ще раз перечитав усю гілку. Дуже дякую Вам за допомогу. Деякі питання успішно вирішено, але хотів би наголосити на проблемах. що залишилися без зміни:
Ви зробили правильне зауваження з приводу повідомлень "Проблема в тому, що ви кожну хвилину перевіряєте 11016 процесів" і ми, кочково ж прислухалися та виправили, але ця проблема з'явилася за пару днів до цього, і вона не пов'язана із загальною проблематикою та тими питаннями, які обговорювали. Раніше ви писали:
- "Попередньо з того, що я побачив це не оптимальність налаштувань системи вашими інтеграторами, дайте мені кілька днів я проведу аналіз системи і дам більш точну інформацію"
- "потрібно робити логи та аналітику сервера щоб точно відповісти. по волі спробую помоніторити"
Наразі сторінки відкриваються 3-5 секунд. Не думаю, що це межа боксу.
https://crm.ohrana.ua/admin/customorder/zakaz-klienta/?searchLine= в активний час 4-5 секунд
Якщо ви бачите неоптимальність налаштувань, проведемо аудит і визначимо вузькі місця.
через велике навантаження за часом зараз я не можу зробити аналіз
зможу повернутися до питання трохи пізніше
19.03.2021, 22:05
Оригінальний коментар доступний на версії: ru
Ось ще приклад. Збереження процесу 5-7 секунд + ще 2-3 секунди не активні кнопки
https://crm.ohrana.ua/admin/customorder/zakaz-klienta/440198/edit/ Етап "У роботі"
https://crm.ohrana.ua/admin/customorder/zakaz-klienta/440198/edit/ Етап "У роботі"
20.03.2021, 12:15
Оригінальний коментар доступний на версії: ru
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар
Copyright © OneBox 2024
