Не перезагружать меню при переходе между страницами

[ziliboba0213]

Сообщение от burunduk

а зачем меню делает обращение к базе данных при загрузке страницы?

А как по другому? Чет не придумать...

[XPraptor]

Сообщение от ziliboba0213

А как по другому? Чет не придумать...

То есть не придумать? Оно в файле сгенеренном должно лежать на диске и просто включаться в файлы сайта.

[ziliboba0213]

Сообщение от XPraptor

То есть не придумать? Оно в файле сгенеренном должно лежать на диске и просто включаться в файлы сайта.

А, ну да... Чет я туплю это вчерашний пивасик и сегодняшние креветочки

[XPraptor]

ТС, как вариант, меню и блоки, которые нужно заморозить, - в код сайта, а вся начинка во фрейме, и навигация вся во фрейм. Тогда фрейм будет обновляться а всё выше будут стоять на месте.

Фреймы вроде как не очень сейчаас в почете, но гугл как бэ говорил, что если для навигации - то претензий не имеет к ним. Хотя лучше конечно по другому придумать.

[ziliboba0213]

Сообщение от XPraptor

ТС, как вариант, меню и блоки, которые нужно заморозить, - в код сайта, а вся начинка во фрейме, и навигация вся во фрейм. Тогда фрейм будет обновляться а всё выше будут стоять на месте.

Фреймы вроде как не очень сейчаас в почете, но гугл как бэ говорил, что если для навигации - то претензий не имеет к ним. Хотя лучше конечно по другому придумать.

Можно меню запихать массивом в файл и читать уже файл

[seokotov]

Сообщение от sanek1991

Ну скорость то зависит не только от количества обращений в базу. Попробуй отключить меню совсем и замерить разницу.

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

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