Как можно оптимизировать woocomerce?

Question

[Дмитрий Крупин]

При открытии категории в каталоге сайта, происходят очень длинные загрузки, по пол минуты и по минуте. Сервер настроили как могли, и кеширования всякие, с этим все ок. Я подозреваю что какой то запрос написан коряво и при открытии категории с 1000 позициями, запрашивается информация не для 50 товаров за раз (пагинация так настроена) а для всей 1000, а учитывая что они вариативные и происходят задержки.

Может есть у кого примеры когда который может это оптимизировать/исправить, ну или подскажите из-за чего так может быть, может есть у кого пример нормального запроса для вывода категорий больших?

Answer 1

[Олег]

Да простят меня модераторы...

при открытии категории с 1000 позициями, запрашивается информация не для 50 товаров за раз (пагинация так настроена) а для всей 1000

1000 товаров, Карл... одним запросом... Пагинация так настроена...Это жестоко...

Comments

[Дмитрий Крупин]

Не понял ваш юмор, вы не видели каталогов больших? Не знаете слово пагинация? И да я уверен что дело в плохом коде, профайлер показывает что запрос этот связан с атрибутами, тоесть при открытии категории большой, зачем то тянется вся информация о всех атрибутах товаров в данной категории, по логике же эта информация должна браться только для тех товаров что видны на текущей странице (для отображаемых 50 товаров).

Answer 2

[Стас Хитрич]

Лучше сделать запрос (даже по 50) и аяксом подгружать дополнительное количество при скролле или нажатию на кнопку, лучше вы не оптимизируете. В интернете есть инфа на эту тему...
P.S: Мне тоже страшно представить, что там за зверь такой)

Comments

[Дмитрий Крупин]

ДА какая разница аяксом или чем, страницы разбиваются уже и так по 50. Вопрос как сделать это разбивание грамотно чтобы экономить ресурсы. Тыкните пальцем в пример

Answer 3

[Пычев Анатолий]

Woocommerce из коробки делает нормальные запросы учитывая пагинацию. Зачем нужно было выкручивать ему мозг.
Но если вы все таки хотите таких запросов, то Вам нужно кэшировать результат запроса в объектном кэше. К тому же для адекватной работы объектного кэша, в вашем случае , нужен Redis. Он позволит хранить промежучные результаты бд-запросов между http-запросами. Тогда у Вас будет долго длиться только первое обращение к странице.

Comments

[Дмитрий Крупин]

Я таких запросов наоборот не хочу но судя по всему они есть в шаблоне. Про сервер я писал что все настроено и редис тоже. Это помогает но не сильно.

Тут поможет только исправление плохого кода.

[Пычев Анатолий]

Дмитрий Крупин,

что все настроено и редис тоже.

Redis то может быть настроен, но если я делаю кастомный запрос, через getposts, то это идет в обход redis. можете поставить плагин QueryMonitor и посмотреть (он покажет кол-во запросов которые идут к базе). Скорее всего у Вас редис организован через плагин. Вы можете в плагине сбросить весь кэш редиса и проверить как изменится ко-во запросов между первым и вторым обращением к странице.

Вот пример работы редиса. На страницу товара подгружается конструктор который позволяет гибко выбирать разные связанные основным товары и их разновидности и кодать их в корзину. Разница колоссальная, 1100 против 64 запросов.

пример работы редиса

Тут поможет только исправление плохого кода.

Тогда у Вас 2 пути
1й - разобрать всю логику шаблона и переписать ключевые функции.
2й - найти где в шаблоне делается запрос и принудительно его в редис

[Дмитрий Крупин]

Пычев Анатолий, А как принудительно в редис запрос направить? Попробую сейчас протестировать, так то я через redis-cli смотрел, работает нормально, но может быть действительно не везде где нужно.

[Пычев Анатолий]

Дмитрий Крупин,

А как принудительно в редис запрос направить?

Не запрос, а результат запроса.

Почитать можно тут
А так , ищи в гугле по запросу "объектный кэш"