Wassi Wassinen

Ты не поверишь, но разработку бесплатных дополнений всегда кто-то оплачивает.

Или заказчик, деньгами, или разработчик, своим временем.

Если бы ты включил голову — ты бы не задавал таких вопросов.
Как платил — так и работает… Еще вопросы есть?

Шли спасибу =)

[[!pdoResources?
	&class=`msVendor`
	&where=`{"id:IN":[1,2,3,4,5]}`
	&sortby=`name`
	&sortdir=`ASC`
]]

Прикольно =)

Не заметил в описании, а e-mail уведомление присылает?
ID ресурса является ссылкой на редактирование ресурса? или есть кнопка? ручками)?

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

Не знаю писал здесь кто или нет, не прочитал я все ~150 комментов, но есть такой момент, который у тебя в топике не описан: дело в том, что меняя кеш-хэндлер в настройках (и/или кеш-префикс), возникает проблема повторного использования кешера. Проблема эта связана с тем, что при инициализации MODX еще ничего не знает про твои настройки. Он инициализируется, получает дефолтовый файловый кеш-манагер (ведь он еще не прочитал настройки или кеш настроек, где указан иной кеш-провайдер) и только после того, как у него есть инфа по измененным настройкам кешера, он начинает юзать указанный кешер. Чтобы убедиться в этом попробуй через файловый манагер MODX-а удалить папку core/cache/. Если после удаления не увидишь ее или увидишь там только папку registry, то у тебя все ОК. А если увидишь несколько папок, включая system_seettings и context_settings, то тогда то, о чем я сказал.

На мой взгляд идеального управляющего механизма в MODX на этот счет нет и пока лучшее, что я нашел — это дублировать настройки кешера и префикса в конфиг MODX-а core/config/config.inc.php, там для этого специально заведен массив $config_options. Пишем там:

$config_options = array (
    "cache_prefix"  => "your_prefix_",
    "cache_handler" => "cache.xPDOMemCached",	// Или какой другой хэндлер
);

Вот тогда MODX сразу при инициализации уже будет знать какой кеш-провайдер использовать, и не будет юзать стандартный файловый.