Владимир

Привет полностью вопрос решает предложенное Володей, т.е. просто указать приоритет 1 для плагина ClientConfig. Все гениальное просто, а я панику поднял :))
НО! вот этот

{$_modx->getPlaceholder('+название_опции_клиентконфиг')}

синтаксис, как ни странно, работает наряду с родными тегами MODX, т.е. это тоже годное решение.
С меня магарыч!)

Володь, где там твоя страница, где СПАСИБО можно выразить российским рублем?

Проверю, спасибо!

Пути зависят от, например, путей в источниках файлов (тивишка может быть связана с конкретным источником или источником файлов по умолчанию). Далее, важно что указано в системной настройке
link_tag_scheme, я, например не использую относительные пути (link_tag_scheme = -1), а только полные (link_tag_scheme = full)

создал объявление о работе для решения данного вопроса

Спасибо!

Опробовал на нескольких сайтах ( в т.ч. с кастомными именами для ядра и коннекторов) — все отлично!
Когда в modstore.pro ждать?

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

Так, кстати, не пробовал. Проверю.

-

Вчера только все {$_modx->config.название} переписывал на {$_modx->config['название']}, ибо сначала именно как будто стабильно работало, но после очередного обновления URI- ссылок все оказалось одинаково. А сайт сейчас активно переделываю и сброс кеша и ссылок частая процедура.
PS Буду на модхосте на тестовом пытаться повторить эту же проблему.

Вернулся к данному вопросу, увы, задрал он меня. Ни как не найду где источник проблемы.
Сделал на clientconfig панель управления выводом нужной инфы для менеджеров (т.е. то что и является назначением clientconfig, они указывают ID разделов, минусуют ресурсы, включают разные блоки и т.п.), в web — все прекрасно, но стоит сбросить кеш или обновить URI- ссылок — страницы в контекстах отличных от web теряют все настройки. Это минуты на две- три. Потом восстанавливается.

PS думал это связано с ошибкой

model/modx/modx.class.php : 991) `` is not a valid integer and may not be passed to makeUrl()

, да, оно связано, но не как причина, а как следствие, ибо там есть передача ID из clientconfig в шаблон для создания ссылки

{$_modx->config['qwerty_id'] | url : ['scheme' => 'full']}

, ну, соответственно все параметры передаваемые через clientconfig оказавшись пустыми и вызывают такую ошибку…
А вот как устранить причину, не пойму :(

Огромное вам спасибо за ваш труд и высокое качество услуг! С наилучшими пожеланиями, с Новым Годом!

это личное восприятие

— да, не спорю, интересно, кто как и я скорее негатив, чем мотивацию увидел? )) Риторический вопрос.
Спасибо, я что хотел — ответ получил.

негатив в двоякости фразы

Вангую появление платных видео курсов в модсторе на тему «как создать магазин» и т.д.

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

появление платных видео курсов в модсторе на тему «как создать магазин»

пардон, просто хотел бы уточнить, вы негативно упоминаете «платных », как сам факт коммерческой составляющей в этой сфере? Т.е. лучше бы пони появились как бесплатные, так?

2. 5.1 уже пора бы обновить), а то «гости незваные» прямо пешком нагрянут.

Спасибо, Александр!
Буду тогда искать источник чудес…
Кстати, я не написал, у меня MODX Revolution 2.5.2-pl и pdoTools 2.7.5-pl. У вас так же?
ClientConfig — в репозитариях одна версия.

по классике

— вот у меня стандартными тегами все норм, а феномом -нет ((, и ошибок нет в логе.
Т.е. у вас феномом вывод переменной ClientConfig в конексте отличном от web все нормально, точно? Важно, это только вопрос по ресурсам, не шаблонам и не чанкам.

А я вот что обнаружил, в одном контексте (web) в документе переменные из настроек ClientConfig выводятся, а а другом контексте — нет. Т.е. если это настройки системные- все норм, а если ClientConfig — то пусто))

1- {$_modx->config['may_mail_1']} or {$_modx->config.may_mail_1} - переменные из ClientConfig  в контексте web все норм, в других проблемы - пусто
2- [[++may_mail_1]] переменные из ClientConfig   но стандартный тег- все норм во всех контекстах
{$_modx->config.site_name} - системная настройка, все норм во всех контекстах