WP File Cache: замена WP_Object_Cache с поддержкой долговременного кэширования

Увеличиваем производительность WordPress подручными методами

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

← Вернуться к полной версии записи «WP File Cache: замена WP_Object_Cache с поддержкой долговременного кэширования»…

Вложения:

no_cache (image/png)
file_cache (image/png)
default_cache (image/png)

Автор: Vladimir; опубликовано в: Плагины WordPress; метки: MySQL, WordPress, WP File Cache, кэш, плагин, производительность

12
Июн
2008

Комментарии к статье «WP File Cache: замена WP_Object_Cache с поддержкой долговременного кэширования» (16)

Vladimir

Июнь 12, 2008 в 05:26

Из недостатков: если WordPress/плагины забывают обновлять кэш (полагаясь на то, что кэш будет сброшен, когда скрипт завершится), могут отдаваться устаревшие данные (я это заметил в админке: черновиков статей не было, но WP писал, что есть один черновик). Буду пытаться найти решение.
- Lecactus
  
  Декабрь 9, 2008 в 06:51
  
  а я то думал что за фигня была в версии 2.7 в дашборде где показывает статистику краткую – там показывало мне что 1комент в спаме, но при этом _очередь спама пуста_ (речь идет про самую новую версию плагина)
  - Vladimir
    
    Декабрь 9, 2008 в 12:16
    
    Начиная с версии 2.7 WordPress, счетчики не кэшируются.
    
    В wp-settings.php есть строка
    
    [-]
    
    View Code PHP
    
    wp_cache_add_non_persistent_groups(array( 'comment', 'counts', 'plugins' ));
    
    Поэтому плагин не должен сохранять эти данные. В каталоге с кэшем не должно быть подкаталогов comment, counts, plugins.
    
    Очень интересно.
Vladimir

Июнь 12, 2008 в 05:27

С другой стороны, с пользовательским интерфейсом вроде все в порядке и данные отображаются нормально
roose

Июнь 28, 2008 в 09:18

Если я скажу глупость, то коммент не одобряйте , а если нет то отредактируете. Недавно тоже задумался над этим вопросом и прописав в wp-config строчку define('ENABLE_CACHE', true); добился уменьшения запросов на 50%.
Vladimir

Июнь 28, 2008 в 22:15

Мне grep -R "ENABLE_CACHE" * ничего не вернул, возможно, что всё дело в разных версиях.

В 2.5.x так (вся управляющая логика находится в wp-settings.php):
1. Если определена константа WP_CACHE, то подключается файл wp-content/advanced-cache.php. Плагины тпа HyperCache используют этот файл для того, чтобы отдавать статический кэшированый контент — к БД никаких лишних запросов благодаря тому, что все необходимые данные живут в кэше;
2. Если существует файл wp-content/object-cache.php, то WordPress использует его вместо своего wp-includes/cache.php. wp-content/object-cache.php должен поддерживать стандартный ВордПрессовский интерфейс для работы с кэшем. В частности, WP File Cache работает именно по этому принципу.
roose

Июль 1, 2008 в 05:19

Мне grep -R «ENABLE_CACHE» * ничего не вернул, возможно, что всё дело в разных версиях.

вот, вот потому что, файл cache.php в 2.5.х не более чем заглушка, он не проверяет существование константы ENABLE_CACHE. Вы сравните cache.php от 2.5.х и 2.3.3
Но 2.5.х можно обмануть: Удаляем cache.php из 2.5.х, берем cache.php от 2.3.3 и вставляем его вместо удаленного и устанавливаем ENABLE_CACHE true.

Пример применения(на localhost): Главная страница блога – 3 поста, до замены файлов – 15 запросов после замены – 4 запроса
Vladimir

Июль 1, 2008 в 20:47

Вы сравните cache.php от 2.5.х и 2.3.3

Сравнил, diff приаттачен.

файл cache.php в 2.5.х не более чем заглушка

На самом деле нет – в ветке 2.5.x кэширование полностью переписано. И реализовано иначе. Если вкратце, то в 2.5 кэш разрешен по умолчанию, и запретить его не так-то просто (фактически, нужно писать свой плагин, который будет игнорировать запросы на кэширование).

Если есть желание попробовать 2.5 с отключенным кэшем, то нужно внести небольшую поправку в файл wp-includes/cache.php:

[-]

View Code PHP
function get($id, $group = 'default') { /*

if (empty ($group))

$group = 'default';

if (isset ($this->cache[$group][$id])) {

$this->cache_hits += 1;

return $this->cache[$group][$id];

}

if ( isset ($this->non_existant_objects[$group][$id]) )

return false;

$this->non_existant_objects[$group][$id] = true;

$this->cache_misses += 1; */

return false;

}
Но это будет очень жестоко

cache.diff
roose

Июль 2, 2008 в 05:14

Если кеш по умолчанию в 2.5.x включен, то почему не видно его работы, ни уменьшения кол-ва запросов, ни папки с кешируемыми данными?
Vladimir

Июль 2, 2008 в 14:56

ни папки с кешируемыми данными

Потому что TTL кэша — один запрос (в смысле, HTTP request): то есть скрипт закончил работу, кэш сбросился. Как следствие, все кэшированые данные живут в памяти.

В ветке 2.3 использовалась блокировка файла для ограничения доступа к кэшу, что вызывало опеределённые трудности при большом количестве одновременных соединений.

Потом 2.5 написан довольно-таки своеобразно: если не кэшировать данные из файла в память (двойное кэширование), то производительность падает.

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

Я использовал плагин SqlMon для тестирования. Результаты сейчас выложу в статью, так будет нагляднее.
roose

Июль 3, 2008 в 05:12

Спасибо за объяснения, приятно было с Вами побеседовать
Vladimir

Август 15, 2008 в 19:30

Появилась версия 0.2 плагина WP File Cache.

Добавлены функции для более комфортной работы в WordPress 2.6; как следствие, устранены недостатки, связанные с отдачей устаревших данных (особенно это касается панели администратора).