Тормозит аминка после авторизации - Joomla 3.x: Установка, обновление и настройка

Здравствуйте!
Есть один сайт, при входе в админку которого - сайт зависает секунд на 10-15, причем и админка и frontend.
Те сайты, которые делались на основе этого (копия и замена контента) также тормозят.
Я подозреваю, что происходит проверка расширений на наличие апдейтов.
Отключил множество расширений на апдейт, но это не помогло.
Как выяснить, на чем сайт спотыкается? Дебагом или еще как-то?
Спасибо.

Стандартный .htaccess ?

Попробуйте отключить модуль "Пользователи онлайн" в админке. Если увидите разницу, то проверьте время жизни сессии - поставьте не более 15 минут (лучше 5).

Для тех, кому это покажется странным, поясню. Когда стоит длинное время жизни сессии - поисковые боты перегружают вашу таблицу сессий в БД. Они ж куки не хранят и под каждый их запрос создается новая запись в сессиях. Пока мы это не раскопали, у нас таблица сессий увеличивалась до нескольких Гб. А заметней всего это именно при логине в админку, потому что указанные модуль обращается к той таблице. Причем, чем больше у вас зареганых юзеров, тем сильнее тормозит.
Уменьшение времени жизни сессии до 5 минут решило проблему.
А чтоб сессия у живых юзеров постоянно не отваливалась (да и вас самих не выкидывало из админки и ЛК), подключил скрипт JS, который каждые 2-3 минуты шлет аякс-запрос на сервер, а сервер, получая такой запрос, перечитывает текущего юзера (тем самым обновляя его время пребывания на сайте).

Стандартный .htaccess ?

Стандартный. Стоит несколько редиректов со старых страниц на новые.

Попробуйте отключить модуль "Пользователи онлайн

У меня нет такого модуля. Как нет и самих пользователей.

При первом входе в админку, еще до авторизации зависло на csi.gsstatic.com секунд на 5.
Дальше авторизация - заходит довольно быстро.
Потом выбор любого меню - пользователи, модули, плагины - происходит зависание.
От браузера не зависит.

Так, нашел.
В таблице session было 5 миллионов записей.
Очистил и и все начало нормально работать.
Но!
Как они туда попали?
У меня стоит обработчик сессий php:


И наоборот, на другом сайте нет никаких проблем, но обработчик сессий БД, а записей всего 800, при том, что трафик на втором сайте выше в разы.

Перевел проблемный сайт тоже на сессии в БД.
Получается у 2-х сайтов сейчас одинаковый режим работы.

Но у проблемного сессии записываются так:


а у 2 второго вот так:



Не понимаю, почему так происходит...

И еще обратил внимание на то, что на втором сайте количество сессий в базе растет и уменьшается, то есть есть динамика в обе стороны.
А на проблемном только растет. То есть не срабатывает время сессии 

А версия Joomla? и там плагин какой-то системный по сессиям включен?

А версия Joomla? и там плагин какой-то системный по сессиям включен?

Версия Joomla последняя - 3.9.16
Никаких специальных плагинов не включено, как и не специальных (не нашел ни одного со словом session).

Никаких специальных плагинов не включено, как и не специальных (не нашел ни одного со словом session).

system / sessiongc

Системный плагин, который удаляет просроченные данные и метаданные в зависимости от обработчика сессии в глобальной конфигурации

session

system / sessiongc

Системный плагин, который удаляет просроченные данные и метаданные в зависимости от обработчика сессии в глобальной конфигурации

Хм... На проблемном сайте его нет!
Но после переключения сессий в режим БД - сессии удаляются корректно.
Больше 400 еще не было.