modx.com/extras/package/hitspage

Очень просто:

1. Создать ТВ параметр hits
2. Назначить его статьям
3. При загрузке статьи плагином увеличивать ТВ параметр на 1

Пример плагина:

if ($modx->event->name == 'OnLoadWebDocument') {
	$resource = $modx->event->params['resource'];
	$hits = $resource->getTVValue('hits');
	$resource->setTVValue('hits', $hits + 1);
}

Для полноты картины не хватает данных о выводе через rowboat

А нам пофиг на галочку. Ее значение меняется перед сохранением документа.

Просто смотрите, очищается ли кэш на самом деле, или нет.

Спасибо, создал плагин, но галочка «Очистить кэш при сохранении» не убралась.
Так и должно быть?

Вы думаете, что сейчас кто-то начнет выспрашивать «а что именно делали», «а что в логах», «а что в консоли»?

Нет, никому не интересно на это тратить свое время. Проблема ваша — вы и заинтересовывайте окружающих вам помогать.

Огромное спасибо. Все получилось.

если не выйдет, и у вас апачь на сервере, то отключите apc в htaccess при помощи

php_flag apc.cache_by_default Off

Во-первых, было бы неплохо обновить движок.

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

нашел как отключить.

Я не понял почему это ошибка. Нет подходящих документов, значит их не будет на календаре. Ищу как убрать.

Добавлять пользователя в ТВ параметр.

Написать самому на событие OnBeforeDocFormSave, типа такого:

if ($modx->event->name == 'OnBeforeDocFormSave') {
	$resource = $modx->event->params['resource'];
	$resource->set('syncsite', 0);
}

Пишу по памяти, возможны опечатки.

Спасибо за заметку!

Была проблема — кэш из админки не чистился при редактировании шаблонов/чанков, только ручное удаление. С правами всё нормально было, узнал что стоит нативный php-apc. Поставил cache.xPDOAPCCache и его префиск — всё стало отлично работать. Спасибо большое!

На будущее — перед удалением groupEdit — галочку «Скрывать дочерние...» убирайте — дерево покажется вновь)
Сам так попал, думал глюк модикса. Как оказалось — самдурак.

Привет, Василий!

Вопрос не совсем по теме именно xPDO, скорее по APCCache. Правильно ли я понимаю, что если на сервере доступен APC и в настройках revo указан нужный обработчик (cache.xPDOAPCCache), то скрипт (сниппет) корректно работающий с xPDOFileCache будет работать и с APC?

Проблема собственно вот в чем — есть интернет-магазин на шаред хостинге, php5.3 + APC. Используется modx revo+ shopkeeper. Изначально про обработчики не знал, использовался обычный файл кеш, но работало все неправильно (корзина не обновлялась, не добавлялись товары) до тех пор, пока я не прописал в htaccess php_flag apc.cache_by_default Off. Заработало, но временами страница загружалась долго (причем страница с древовидным меню, ибо вывод товаров происходит сниппетом, не использующем xPDO вообще).
Потом наткнулся на вашу статью, прописал обработчик, убрал флаг в htaccess. Грузиться все стало заметно быстрее, но вот корзина по-прежнему не хочет работать как надо. Сейчас apc.cache_by_default выключено, но обработчик прописан для apc. Нужны ли какие-то доработки в скрипт чтобы он работал с cache by default ON? Или может быть поработать с apc.filters и каким-то образом прописать туда, что нужно кешировать а что нет (как это сделать — это следующий вопрос)))
php знаю хреновато, хотя базовые навыки ООП и программирования вообще есть, поэтому и требуется наводка более опытных товарищей)

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

Спасибо. А где можно плагин такой взять?

Это свойство ресурса, и по дефолту его нельзя выставить нигде. Не знаю, почему так, может просто недоглядели.

Поэтому, надо плагинчиком при создании нового ресурса переключать это значение.

тему закрыли, это я в ручную удалил все локали на сервере :)

MODX Revolution.

Ни дня без сюрприза =)