Исправить работу ClientConfig + Fenom

Переменные передаваемые в шаблон из ClientConfig, если их выводить феномом вот так
{'название'|option}, {$_modx->config.название}, {$_modx->config['название']}
после очистки кеша или обновления кеша url обнуляются, но происходит это только в контекстах отличных от web.
С родными тегами MODX все норм, так же нет проблем с нативными системными настройками MODX, проблема только феном+ ClientConfig, причем не при каждой очистке кеша, а, грубо говоря, через раз, но гарантированно. К сожалению, это носит еще и затяжной характер — т.е. восстановление, когда данные из ClientConfig снова станут доступны в контекстах отличающихся от web — на это уходит более минуты, а иногда и нескольких.
Ранее я поднимал этот вопрос здесь, решения не было.

Специально собрал микро сайт с тремя контекстами на трех разных доменах. Он пока доступен тут: _все решено, сайт удален_, могу предоставить его копию (архив, без доменов конечно) любому желающему поэкспериментировать. И да, проверил на 5ти сайтах, с привлечением разных своих товарищей, везде проблема подтверждена.

Задача: обеспечить корректную работу либо ClientConfig+Fenom, либо форка ClientConfig+Fenom (при условии, что форк будет размещен в модсторе как минимум и будет поддерживаться)

PS Володя совершенное прав, указав на необходимость изменения приоритета для плагина ClientConfig. Более проблем не наблюдается.
PPS Кирилл предложил попробовать вариант
{$_modx->getPlaceholder('+название_опции_клиентконфиг')}
— это тоже работает даже без изменения приоритетов плагина.
Владимир
09 января 2017, 07:03
modx.pro
1
1 831
+1

Комментарии в этом разделе отключены, так что вы должны указать свои контакты прямо в объявлении, или активировать отправку сообщений из профиля.

Обратите внимание, что modx.pro не несёт никакой ответственности за выполнение работы или оплату заказа. Это просто доска объявлений, дальше вы общаетесь за пределами нашей площадки.