Исправить работу 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('+название_опции_клиентконфиг')}

— это тоже работает даже без изменения приоритетов плагина.