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

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

Написать самому на событие 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.

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

+ к всему в самой админке все даты стали на русском языке.
До этого не выводились.

Подозреваю, что жирная Ubuntu уже все в себе имеет.

Это ж не диетический Debian.

оки — я тоже после установки набрал, так-же само, русского не видно. Но на сайте русский появился.
Возможно заблудился гдето.

в консоле набери просто locale — есть русский или нету?

Да. На серваке локаль отдельно ни разу не ставил.

Linode, по твоему совету.

А я просто прописываю в системных настройках локаль — и работает.

вопрос — у тебя отображаются месяца по русски без снипета (которым переводишь)?

нет — не консоль. Если в консоле введёшь команду locale — то будет только английская.
При использовании даты в модексе все месяца будут отображаться в английском формате. Хоть в php.ini и установишь intl.default_locale в русский — всё равно его не будет.
По крайней мере я сейчас с этим боролся. как только установил русские локали — на сайте всё гуд — по русски месяца

Это влияет только на консоль. На работу сайтов — никак.

По моему мнению, работать в консоли сервера на русском — извращение. Мало того, что перевод не всегда верный, так и в критических ситуациях кодировка сбивается. Кракозябры в режиме восстановления вас не обрадуют.

Все мои сервера работают строго на родном для них языке — английском.