Оптимизация notifications? about totum-mit HOT 4 CLOSED

Добрый день, это стандартное поведение и не является зависом - метод checkForNotifications выполняется минуту не потому что завис - он каждые (количество секунд установленных у вас в настройках нотификаций) опрашивает базу на предмет новых нотификаций для пользователя. После минуты он обрубает соединение, чтобы не вызывать проблем с nginx/apache.

В тот момент, когда вкладка у пользователя становится неактивной, эти запросы к серверу обрубаются и восстанавливаются только после активизации вкладки. Если этого не происходит, прошу сообщить ваш броузер, его версию и вашу версию Тотум.

Если вы развернули систему на локальном компьютере на тестовом сервере php через php -S - тестовый сервер php является однопоточным и не может обрабатывать два запроса одновременно. Для этой ситуации прошу в качестве тестового хоста использовать localhost:8080 - на нем отключается корректный ответ этих функций, вы не сможете посмотреть их работу, но помимо этого все будет работать адекватно.

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

from totum-mit.

Добрый день,

Что ж, поробую еще посмотреть с чем связаны подвисания.
Использовали одновременно 3 пользователя, но даже когда использую один в нескольких окнах на нескольких мониторах тоже подлагивает.

Сервер: nginx/1.14.0 (Ubuntu), php-fpm 7.3.29-1+ubuntu18.04.1+deb.sury.org+1
psql (PostgreSQL) 13.4 (Ubuntu 13.4-1.pgdg18.04+1)
Totum 1.2.30, ревизия с последнего коммита на github
Chrome Version 81.0.4044.138 (Official Build) (64-bit)
Размер DB в пределах 2-3 мб, в таблицах всего по несколько десятков записей, не более

from totum-mit.

https://docs.totum.online/ubuntu#pm - возможно, не хватает процессов php-fpm?

Если хотите посмотреть на запросы к БД - можно временно переопределить в Conf.php конструктор и в myLogs будут писаться sql-запросы со временем выполнения - никакого уборщика/архиватора логов нет - это чисто для разработки/отладки:
public function __construct($env = self::ENV_LEVELS["production"])
{
parent::__construct($env= self::ENV_LEVELS["development"]);
}

from totum-mit.

Спасибо.
Разобрался, в одной из таблиц селект пересчитывался для каждой строки из-за чего возникали данные подвисания.

from totum-mit.