Только шарить в азах и шарить в "урлях и кеше" это разные знания о "трубах" (:

Реальное положение дел исполнитель должен донести в разрабатываемом тз

В идеале. А так он просто желает что-то сделать. Разработчик - выполнить.

Из-за одного нонсенса - Evolution не подходит.

это не нонсенс а нормальное явление

Нет

Это не нормально

Эээ, когда есть задача её решать нужно.

В целях эволюшен она решаема

Скажу одну простую вещь:) Чтоб не кэшировать site_url, его не нужно кэшировать)

Может быть не всегда удобно для разработчика.

Я симлинками могу соеденить кучу доменов и всё будет работать. Но в кеше - тот домен, в которы зашли после очистки кеше. ВОТ НОНСЕНС

Для этого достаточно некэшированного сниппета в одну строчку return MODX_SITE_URL;

Скажу одну простую вещь:) Чтоб не кэшировать site_url, его не нужно кэшировать)

Именно об этом я и глаголю

Гляньте в кеш файлов

Потом о сниппетах и плагинах. Которыя я выше отправил в топку

Потом о сниппетах и плагинах. Которыя я выше отправил в топку

Это сугубо ваше личное дело стучать головой о стену, вопрошая зачем кэшируются настройки вида [(…)]

Не кэшируются некэшированные сниппеты:)

[!site_url!] в одну строку:)

В контенте может стоять ссылка вручную на другой домен. На поддомене могут не выводиться и быть не доступны уровни доков. Настройки системы не должны кешироваться. На то они и настройки по своей сути и их можно изменить кодом, как в обычных фреймворках

так надо еще ключ для кэша делать

Если настройки меняются в процессе исполнения скрипта, то это уже не настройки:)

По большому счету кроме специфических случаев все домены должны быть склеены

)))) ну многое чего в процессе рендера страницы вы можете подменить. Тот же 404 или 403.

Если настройки меняются в процессе исполнения скрипта, то это уже не настройки:)

Настройки могут меняться в процессе исполнения скрипта. Как бы для этого они и настройки.

А для специфических и есть это спецрешение

Логика

Мультидоменность в эволюшен хорошо бы и поднять.

Ущербная логика, может не стоит снова начинать эту философскую дискуссию:)

У Вас это философия, у меня это практика. (:

Просто получается, что для решения задачи проекта приходится почковаться в отдельную ветку, что по своей сути не гуд. А насколько я знаю, выше именно такой вопрос уже поднимался. И не раз

Пользователь постоянно желает экономить и "из одной админки пользоваться 30 доменами" ((%

Именно гибкость приминения - была фишка Evo

Мое мнение, настройки это константы, известные до начала исполнения и неизменные до конца исполнения. Все иное скорее динамические параметры

Не нужно об этом забывать

Именно гибкость приминения - была фишка Evo

Оно и сейчас гипко, хошь кэшируй, хошь нет

Очепятка

Не дёргать))))

Мое мнение, настройки это константы, известные до начала исполнения и неизменные до конца исполнения. Все иное скорее динамические параметры

Скорее всего это верно в определенном понимании системы в которой работаете. Очень часто настройки это настройки и они могу изменяться в зависимости от целей применения. Думаю тут просто разногласия в реализации.

Именно.

Кто помнит?

Всё-таки получается, что не хватает тупо настройки - кешировать/не кешировать глобальные конфиги

А где их брать эти некэшированные конфиги, по методу пол-палец-потолок?:)

На то они и глобальные

Хотите локальных, их все равно формировать надо

Есть событие в районе getsystemsetting по идее, туда плагин и ставьте свои

)))) Вот смотри. MODX_SITE_URL - определяется на старте. Но!!!!! Его уже нельзя заменит в кеше!!!

Никто кроме вас не знает, что там должно быть

Его и нет в кэше

На то я и разработчик.

Гляньте в файлы кеша

Зацдешь с ввв, вернет с ввв, зайдешь бе вернет без

А когда заходишь с другого домена?

Не ввв?

(:

Какие кешы файлов, там должно быть

даже не http

Некэш сниппет

Ибо заход был c https

Вернет тот домен, с которошо зашел или поддомен

Нет.

Как дети, чесслово:)

((((%

Эта константа при запуске модх формируется в зависимости от домена

Там, где вы прописали [(site_url)) в кеше именно домен с которого зашли первый раз, и он не переписывается

И чтоб не закешить ее надо вернуть некэшированным сниппетом

Там, где вы прописали [(site_url)) в кеше именно домен с которого зашли первый раз, и он не переписывается

Так и хочется сказать фразу разуй глаза:)

А держат весь сайт на "не кешировать" глупо. Одно дело - кешировать запросы к базе, другое - парсить на replace

Похоже на недопонимание.

Я не пишу [(site_url)], я пишу [!site_url!]

Который просто возвращает текущий хост и не кэшируется

У меня есть чуть больше 20 сайтов на одном хостинге через одну админку которые разруливаются через .htaccess и плагин

Там все хорошо работает.

ProjectSoft говорит немного о другом.

Наверное он очень желает чтобы это было как тут принято говорить в "ядре".

У эволюшен беда-печаль с этим. В том же опенкарт хорошо из админки сделана мультидоменность.

Хотя бы так сделать. (((:

Мне кажется подмена глобальных настроек нужна 1% сайтов, и человек который это затеял по идее должен смочь их подменить через стандартный инструмент в виде плагина

Зачем остальным 99% с этим морочиться непонятнр:)