PageSpeed ​​Insights Скорость загрузки первого байта - Joomla 3.x: Общие вопросы

Всем привет,
не первый год создаю сайты на CMS Joomla, но сейчас я действительно растерян и не нашел решения подобных проблем  в интернете. Решил создать данную тему, может кто-нибудь сможет мне помочь.

Имеется сайт - fixunit.ru (оптимизировал сайт под основные требования PageSpeed Insights)
ВНИМАНИЕ! Есть таблица состоящая из 62000 строк - таблица всех меню и весит примерно 75MB. Получается меню состоит из 62000 строк и каждый день добавляется по 170-500 новых, каждая новая строка это новый материал. При загрузке каждой страницы сайта подзагружается данная таблица меню в полном объеме, что влияет на скорость загрузки первого байта.

Пример страниц

fixunit.ru/remont-iphone-ajfon-xs-max Скорость загрузки первого байта - (3.48 s)
fixunit.ru/remont-macbook-pro-retina-15-a1990 Скорость загрузки первого байта - (3.42 s)
fixunit.ru/zamena-stekla-meizu-15-lite Скорость загрузки первого байта - (3.17 s)

Основной вопрос

Как мне оптимизировать данную таблицу или обойти проблему с скоростью загрузки первого байта? Или другими словами - Как выставить более эффективные индексы в базе, либо оптимизировать сами запросы?

На вопрос почему мы решили, что проблема в этой таблице - Если оставить в этой таблице только 100 - 1000 строк скорость загрузки первого байте не превышает 1.5 s

Если вопрос стоит о том, как выставить индексы в для таблицы, то нужно смотреть на SQL запросы.
Какими именно запросами получаете данные из таблицы в большинстве случаев?

Ну и кэширование. Не применяете?

Модуль вывода меню самописный? Если да, то покажите как читаете таблицу и как строите меню. Дело может быть не только в индексах. Попробуйте сделать замеры скорости чтения и построения меню (по отдельности).

вот посмотрите этот сервис:
https://tools.pingdom.com/#5d74614f57800000

график показывает что и сколько грузилось..

Ожидание (Wait - Web browser is waiting for data from the server) более 3 сек..

https://skr.sh/s5A6P5M6TDp


с другой страницей - то же самое..

https://tools.pingdom.com/#5d7462bd69000000


вопрос - что какие данные ждет Веб-браузер от сервера??

Подгружайте аяксом таблицу, хотя я понял, тут просто ссылкой проспамили

Отладка 1 - yadi.sk/i/2X1frPpX6py3zw
Отладка 2 - yadi.sk/i/QYtw18bUnMafZw

Подгружайте аяксом таблицу, хотя я понял, тут просто ссылкой проспамили

По поводу аякса - если я не ошибаюсь он используется уже в подзагруженной странице. Срабатывает когда страница создана и загружена, а не на ранних стадиях выгрузки страниц.

Модуль вывода меню самописный? Если да, то покажите как читаете таблицу и как строите меню. Дело может быть не только в индексах. Попробуйте сделать замеры скорости чтения и построения меню (по отдельности).

Не самописный, но в целом понял идею - протестирую.

Если вопрос стоит о том, как выставить индексы в для таблицы, то нужно смотреть на SQL запрос

Индексов в этой таблице вроде достаточно, но они не имеют особого значения, так как из данной таблицы выбираются практически все строки (более 64к).

Ну и кэширование. Не применяете?

В настоящее время сделана оптимизация данного запроса результат запроса кешируется таким образом система обращается к кешируемому объекту без использования запроса к таблице.

вопрос - что какие данные ждет Веб-браузер от сервера??

Подзагружается вся таблица меню состоящая из 62-64к строк. Весит 75MB
Как можно оптимизировать еще работу с этим объектом и уменьшить время для отклика сервера? (если его размер составляет более 75 MB) Первое что приходит на ум разделять таблицу, но это таблица меню такого с ней не сделаешь(

Подзагружается вся таблица меню состоящая из 62-64к строк. Весит 75MB

Этого нет ни на одной странице, зачем нужна вся таблица?

Подзагружается вся таблица меню состоящая из 62-64к строк. Весит 75MB

сервис тестирования не подтверждает загрузку 75 мб ...


//загрузка скриншотов на форум глючит//