Как можно заставить это работать быстрее? Эксперимент! - Joomla 3.x: Установка, обновление и настройка

Сайт https://for-children.info   75000 материалов. 

В пункте меню https://for-children.info/index.php/glavnaya-kategoriya/kategoriya-1   -   блог категории   - 15000 товаров  в остальных по 5000

Основная выводит все 75000 товаров https://for-children.info/index.php/glavnaya-kategoriya

Страницы кэшируются JotCache 15 мин.

Также установлен JCH Optimize.

На сервере(ispmanager) включено сжатие, кэширование   и   opcache.

Если зайти на какую нибудь страницу(незакэшированную) к примеру (отладка включена)

https://for-children.info/index.php/glavnaya-kategoriya?start=100

то получается это.


Как это можно ускорить ?

Что можно сделать чтобы Joomla нормально работала с 200000 материалов ?

Можно попробовать.
Но так ли это нужно?

Для начала - последовать рекомендациям - добавить индексы, увеличить памяти мускулю

По памяти пробовал ! Установил mysqltuner гонял очень долго, он требовал всё больше и больше ресурсов.
В итоге оставил настройки из файла my-large.cnf

Про индексы нигде информации не нашёл ! Знаний не хватает !

Может для такого объёма материалов нужно использовать что то другое ? К примеру K2 или ZOO ? Не сталкивался с этим ?

Самое простое базу всю в оперативки запихать

Увеличить время кеширования если товары так часто не меняются

Про индексы есть инфа в Google.
Но тут тюнить надо конкретную ВДСку под конкретную базу.

Ну в общем я могу сказать на специализированном решении и на выделенном сервере мы крутим больше 10 миллионов товаров... сейчас уже доходит до 100 000 поисков  сутки по этой базе.

А я то надеялся сейчас кто нибудь напишет, там то там то сними галочку и будет тебе счастье ! Счастья нет !

Ну я же говорю самое простое всю базу запихать в оперативную память, и сразу же отклик повысится.
То есть это по сути виртуальный диск становится в оперативке и там вся ваша база... время отклика повышается в разы... и скорость поиска тоже...
Memcached - конечно это тоже делает, но он делает это по запросу... а мы всю базу изначально в оперативной памяти держим.

Ну я же говорю самое простое всю базу запихать в оперативную память, и сразу же отклик повысится.
То есть это по сути виртуальный диск становится в оперативке и там вся ваша база... время отклика повышается в разы... и скорость поиска тоже...
Memcached - конечно это тоже делает, но он делает это по запросу... а мы всю базу изначально в оперативной памяти держим.

Это всё делается в настройках my.cnf ?
Сколько нужно оперативной памяти для этого ?

Я просто общаюсь с одним админом linux, он сказал что это ничего не даст !

Application: After Access::preloadPermissions (com_content)

Права доступа к каждому материалу она проверяет...
Вроде в 4 обещают ускорять это https://github.com/joomla/joomla-cms/issues/13542

Вопрос ещё каким способом материалы создавали? Потому как joomla при сохранении материала прописывает права доступа в таблицу assets. И их отсутствие, либо неправильно заполнение (например при импорте, либо переходе со старой версии Joomla) может приводить к сильным затупам.

У себя я их периодически чищу запросом:

UPDATE `jos_assets` SET `rules` = '{}' WHERE `name` LIKE '%com_content.article.%' AND `id`!=1

Материалов намного больше, ничего не тормозит

Также установлен JCH Optimize.

Это наоборот может замедлить генерацию страниц)

UPDATE `jos_assets` SET `rules` = '{}' WHERE `name` LIKE '%com_content.article.%' AND `id`!=1

У себя я их периодически чищу запросом:
Цитировать

    UPDATE `jos_assets` SET `rules` = '{}' WHERE `name` LIKE '%com_content.article.%' AND `id`!=1

Материалов намного больше, ничего не тормозит

Добавлял через j2xml

https://91.226.82.80:1500/ispmgr
for-children-123
8M9e9R2a


Запрос затронул 0 строк

jos_ переименуйте в реальный префикс

Там реально jos, панелька при создании делает такие !

Ну хотя я конечно не вывожу у себя разом 75000 материалов. А в подкатегориях у вас там всё пошустрее.
По конфигурации MySQL. Если этот конфиг сейчас, то это фигня. Joomla использует таблицы innodb и под них и нужно всё затачивать, пример:

# Uncomment the following if you are using InnoDB tables
innodb_data_home_dir = /var/lib/mysql
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/lib/mysql
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_instances = 4
innodb_buffer_pool_size = 4096M
innodb_concurrency_tickets=5000

# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 512M
innodb_log_buffer_size = 32M
innodb_lock_wait_timeout = 90
innodb_flush_method = O_DIRECT
innodb_flush_log_at_trx_commit = 2

innodb_open_files = 32687
innodb_read_io_threads = 16
innodb_write_io_threads = 4
innodb_io_capacity = 1000

innodb_flush_neighbors = 0

А у вас закомментированы все строки под innodb

самое важное:
innodb_buffer_pool_size = размеру всех ваших таблиц и немного про запас

innodb_flush_method = O_DIRECT
innodb_flush_log_at_trx_commit = 2
метод работы с жестким диском

Конфиг я правил по рекомендации mysqltuner.

Ну материалы у вас вполне приемлемо открываются, поиграться можно ещё с буфером сортировки и временные таблицы в память переместить.
Затуп в блоге категории. Нужно ли разом выводить 75000 материалов? Если нужно, то я бы наверное к программистам обратился, чтобы написали более лёгкий вывод материалов без проверки прав доступа.