CRM Руководитель - Форум

Добрый день! С чем может быть связана такая ошибка?

Возникает при выполнении действия автоматизации, причем не у всех пользователей. Замечено было, что у тех, кто работает через удаленный рабочий стол. Это может влиять как-то...?

А сам процесс что делает? Может он долго выполняться?

support писал(а): ↑01 окт 2024, 17:28 А сам процесс что делает? Может он долго выполняться?

Да, там процесс выполняется именно у этого пользователя долго, у кого ошибка возникает. А у меня (и других пользователей) все нормально срабатывает. Процесс там несколько действий делает, у меня он длится секунд 10-15, он сложный, но работает в целом.

10-15 секунд это многовато. Может где какие mysql запросы собственные есть?

Мне кажется дело в том, что за это время у пользователя теряется сессия и такая ошибка появляется...

support писал(а): ↑02 окт 2024, 12:09 10-15 секунд это многовато. Может где какие mysql запросы собственные есть?

Мне кажется дело в том, что за это время у пользователя теряется сессия и такая ошибка появляется...

Вообще есть и запросы (много полей MySQL запрос и MySQL формула), также есть поля пользовательского PHP кода. В автоматизации не использую какие-то кастомные PHP коды, только основные действия - Добавление записи, обновление, Связывание по MySQL). Проблема как-то недавно возникла... В целом работало все нормально, я могу предположить, что база увеличивается и соответственно, нагрузка растет, также увеличилось число одновременно работающих пользователей. Там в сущности очень много полей (200+) и очень много автоматизаций.
Уже и кэш в настройках ставил и мощность сервера увеличивал (временно помогало, но через пару дней снова ошибка).

Даже не знаю, куда копать. Техподдержка сервера ошибок не выявила, рекомендовала обратиться к разработчику (Руководителя)...

Уменьшите количество статичных MySQL запросов, сделав их динамичными, ведь не всегда нужно хранить значение в БД.
Мне помогало.
А ещё помогает рационализация кода, пересмотр алгоритмов и т.д.
Надо стремиться к тому, чтобы сохранение записи на занимало больше 2 секунд. Когда больше, уже не очень комфортно работать.

Fait писал(а): ↑02 окт 2024, 15:00 Уменьшите количество статичных MySQL запросов, сделав их динамичными, ведь не всегда нужно хранить значение в БД.
Мне помогало.
А ещё помогает рационализация кода, пересмотр алгоритмов и т.д.
Надо стремиться к тому, чтобы сохранение записи на занимало больше 2 секунд. Когда больше, уже не очень комфортно работать.

Спасибо)

обновление, Связывание по MySQL

дайте скриншот этой автоматизации. Интересует MySQL условие.

support писал(а): ↑02 окт 2024, 16:47

обновление, Связывание по MySQL

дайте скриншот этой автоматизации. Интересует MySQL условие.

Нет, там не конкретная автоматизация ошибку вызывает. В том то и дело, я не знаю, в чем проблема... Если бы я знал, что именно автоматизация влияет (и какая именно), то думаю, вопрос был бы конкретнее. Там, дело в том, что любое действие вызывает ошибку - сохранение записи, автоматизация (различного рода). Причем только у определенных пользователей. У меня работает, но с задержкой. Там просто сущность очень "раздутая" в ней много полей формул и запросы есть.

Могу поделиться скрином с количеством полей и типами
... там еще кастомные коды при помощи Ajax полей, работают со вложенными подсущностями... Но, повторюсь, проблем не было особо (кроме задержки обработки данной сущности в 10-15 сек, но это я скидываю на сложность самой сущности).