Как не чистить кэш всего сайта?

Постоянно задают вопросы "а как при сохранении чистить кэш не всего сайта, а только обновляемого ресурса?".

А вот так:

<?php
switch($modx->event->name) {
  case 'OnDocFormRender':
    $resource->set('syncsite', 0);
  break;

  case 'OnDocFormSave':
    if ($modx->event->params['mode'] != 'upd') {return;}
    $resource->_contextKey = $resource->context_key;
    $cache = $modx->cacheManager->getCacheProvider($modx->getOption('cache_resource_key', null, 'resource'));
    $key = $resource->getCacheKey();
    $cache->delete($key, array('deleteTop' => true));
    $cache->delete($key);
  break;
}

Создать плагин с любым именем, назначить ему события OnDocFormRender и OnDocFormSave, скопипастить.

Первое событие плагина убирает галочку "Очистить кэш" у формы редактирования ресурса. Если включить ее вручную - кэш будет очищен, как обычно.

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

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

С компонентом Articles этот фокус не работает - там нет syncsite в админке.

Тонкости и трюки

27 комментариев

Денис

09.11.2012, 20:22:23

Спасибо большое!

Антон Слободчук

09.11.2012, 20:40:17

Странно, что разработчики MODX не добавили эту функциональность по умолчанию. Я думал, что это связано с тем, что «куски» кэша ресурса могут хранится не только в /resources/id-ресурса.

Иван Брежнев

09.11.2012, 21:04:07

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

Иван Брежнев

09.11.2012, 21:05:09

Просто нужно заранее предусмотреть где и что вам нужно чистить

Andrei Kilin

09.11.2012, 21:05:57

Василий уже писал об этом. Да, из-за возможных хитрых взаимодействий ресурсов приходится чистить весь кэш. http://modx.com/blog/2012/10/29/optimization-with-getcache-and-custom-cache-partitions/

Alexander Orel

11.11.2012, 04:05:40

Спасибо!

Алексей

14.11.2012, 14:00:40

А почему

$resource = $modx->event->params['resource'];

Если открыть документацию rtfm.modx.com/display/revolution20/OnDocFormSave, то в Event Parameters мы видим resource, зачем его еще раз вытаскивать?

Василий Наумкин

14.11.2012, 14:04:08

А что, по вашему есть Event Parameters?

По-моему, это массив $modx->event->params, из которого я и получаю ресурс.

Если я не прав — покажите, как надо.

Алексей

14.11.2012, 14:06:44

Ну я так понял, глядя на пример ниже по той же ссылке, что переменная $resource сразу доступна, как и $mode и $id.

Василий Наумкин

14.11.2012, 14:15:24

А я, глядя на исходник метода modX::invokeEvent(), понял, что нет.

Алексей

14.11.2012, 14:24:02

Ну как же, ведь передаются параметры:

https://github.com/modxcms/revolution/blob/release-2.2/core/model/modx/processors/resource/create.class.php#L566

в параметр $params:

public function invokeEvent($eventName, array $params= array ())

Василий Наумкин

14.11.2012, 14:30:55

Ну так я их и беру из $modx->event->params;, куда они передаются.

Кто, где, зачем и как выставляет $resource (и будет ли всегда выставлять, в дальнейших версиях) — мне неведомо. 100% я вижу одно — параметры, переданные для плагина, находятся вот тут: $modx->event->params.

Нравится брать их в $resource — вперед, никто вроде не мешает.

Василий Наумкин

20.11.2012, 23:09:59

Прислушался к вашему совету — убрал лишнее присвоение.

Спасибо!

Peter Zenin

20.11.2012, 22:45:06

Вместо:

$key = $resource->get('context_key') . '/resources/' . $resource->get('id');

можно вот так:

$key = $resource->getCacheKey();

Спасибо за заметку, долго мучался пока не нашел эту вашу запись.

Да и вообще спасибо за все остальное!

Василий Наумкин

20.11.2012, 22:52:52

Ага, попробуйте проделать это в менеджере, getCacheKey() вернет вам 'mgr/resource/15'.

Сегодня придумал красивее:

$resource->_contextKey = $resource->context_key;
$key = $resource->getCacheKey();

Peter Zenin

20.11.2012, 23:18:14

Ясно. А мне просто хотелось очистить кеш из сниппета (точнее из хука formit), только одного конкретного ресурса.

Раньше чистил через clearCache, там просто было. но он deprecated теперь.

Везде искал — нет примеров, только вот этот, ваш. (как-то криво на вы общаться)

Вот для себя составил формулу, сохраню тут в комментах себе на будущее :-):


$key = $docObj->getCacheKey(); // $docObj - объект ресурса, кеш которого надо почистить
$cache = $modx->cacheManager->getCacheProvider($modx->getOption('cache_resource_key', null, 'resource'));
$cache->delete($key, array('deleteTop' => true));
$cache->delete($key);

Василий Наумкин

20.11.2012, 23:45:19

Да можно «на ты», я не старый.

А рецепт я взял с официального форума, только пришлось поразбираться с контекстами. Очень надеюсь, что ни примут мой коммит и можно будет тупо

$resource->clearCache();

Peter Zenin

21.11.2012, 02:25:17

Да, только clearCache они отменяют. Сам интуитивно пробовал $resource->refresh() но не прокатило.

Noname Андрей

28.11.2012, 21:32:06

Василий, здравствуйте! У меня вопрос по этому полезному плагину.

Под какую он версию modx и что значит убирает галочку «Очистить кэш»? Имеется в виду, что он это делает в процессе сохранения документа или он убирает ее у всех документов в панели редактирования?

Дело в том, что этот плагин у меня не хочет работать. Сделал все как сказано в описании. Извините за такие вопросы, я только начал изучать эту cms.

Заранее спасибо!

Василий Наумкин

28.11.2012, 22:28:42

Я работаю только с MODX Revolution и на этом сайте мы говорим только про него.

Данный плагин проверялся на версии 2.2.5.

Он действует в 2 этапа: убирает галочку «Очистить кэш» при редактировании документа в админке, чтобы не обновлять кэш всех ресурсов, а потом при сохранении удаляет кэш текущей страницы.

Если вы только начинаете работать с MODX — Зачем вам такие вещи? Разбирайтесь сначала, не надо на кэширование сразу переходить.

Noname Андрей

29.11.2012, 01:49:29

Спасибо за камент. К нам приходят разноплановые задачи, в этот раз пришла задача с modx, тормоза и прочее. Этот плагин весьма кстати пришелся. Спасибо. Заставить бы его только работать.

Noname Андрей

29.11.2012, 17:27:38

Заработало. У вас в коде указано событие OnBeforeDocFormSave', а ниже в описании OnDocFormSave

Олег Максименко

04.04.2013, 15:48:50

Заметил интересный момент. С этим плагином начинает неконкретно работать авто публикация ресурсов. Так как весь кэш при сохранении ресурса не чистится, соответственно и не обновляется auto_publish в кеше (в нем хранится unixtime ближнего готовящегося к публикации ресурса).

Решение: Добавить к событию OnDocFormSave:


$contexts = array();
$query = $modx->newQuery('modContext');
$query->select($modx->escape('key'));
if ($query->prepare() && $query->stmt->execute()) {
    $contexts = $query->stmt->fetchAll(PDO::FETCH_COLUMN);
}
$modx->cacheManager->autoPublish(array_diff($contexts, array('mgr')));

Давид Мовсесян

03.04.2014, 13:35:29

а вот как сделать так, чтобы при изменении любого документа на сайте или публикации нового документа чистился кеш только главной страницы? у меня просто на главной несколько новостных лент из разных контейнеров, снипеты вызываю кешированными, иначе тормоза.

Alexandr

16.05.2014, 14:55:05

А вот у меня сайт обновляется по cron ежеминутно. Каждую минуту выгружаются новые данные и корректируются старые записи, т.е. файл с измененными данными отправляется на сервер по ftp, там скриптом вносятся изменения в БД, но для того, чтобы обновления были видны на сайте необходимо обновить кэш. И если запускать очистку всего кэша - то получается слишком долго. Как в таком случае делается очистка кэша конкретного измененного ресурса,

Василий Наумкин

16.05.2014, 15:35:02

Смотри методы в Tickets - http://bezumkin.ru/sections/components/396/