Стоит ли кэшировать специфичные для WordPress запросы?

У меня есть несколько специфичных для WordPress запросов, когда пользователь заходит на мою домашнюю страницу. У меня могло бы быть более 150 пользователей, посещающих одновременно, возможно, более 25 из них попали на домашнюю страницу.

Вот пример одного запроса:

 $args = array(
'posts_per_page' => 3,
'post_status' => 'publish',
'category' => 37,
'meta_key' => 'total_views',
'orderby' => 'meta_value_num',
'order' => 'DESC',
'date_query' => array(
array(
'after' => '1 month ago'
)
)


);

У меня примерно 6 таких запросов (и похожих) на главной странице.

Я недавно внедрял phpfastcache в большинстве областей сайта и по большей части он работал очень хорошо (особенно при снижении лимитов процесса входа).

Я слышал, что WordPress запросы, как правило, хорошо оптимизированы, и обычно нет смысла их кешировать.

Это все еще верно в моем случае?

РЕДАКТИРОВАТЬ:

Время кеширования:

1 запрос кешируется на 10 минут.

2 запроса кэшируются по 60 секунд каждый (они являются частью раздела «это недавно обновленный раздел»). Я мог бы теоретически увеличить это немного.

Остальные кэшируются на полдня (что может быть увеличено до одного-двух дней).

1

Решение

Если честно, это в каждом конкретном случае.
Кэш может ухудшить производительность, когда ваш диск не SSD или флэш-диск (при условии, что вы используете драйвер «Files»).

Но в большинстве случаев с драйвером на основе памяти (SSDB, Redis, Memcache и т. Д.) Вы заметите прирост производительности, особенно для запросов SQL, которые не используют индексы (или частично используют их).

Я работал над несколькими php CMS, такими как Drupal, WordPress, Prestashop и т. Д., И, честно говоря, хорошо сконфигурированный кеш — это немаловажное улучшение для вашего сайта, особенно при использовании отдельного кеша на основе kv.

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

Отказ от ответственности: я владелец Phpfastcache.

1

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]