Спасибо!!! Тогда значит и в статьях то же самое, там тоже нужен вывод по пункту меню в прямой последовательности. Сейчас там обратный порядок вывода, а при нажатии на статью она не выводится, а происходит переход на главную страницу. ? А разделы Мнения зарубежных врачей и Мнения российских врачей, являются контейнерами, а статьи из них не выводятся: ?

Тогда значит и в статьях то же самое, там тоже нужен вывод по пункту меню в прямой последовательности. Сейчас там обратный порядок вывода, а при нажатии на статью она не выводится, а происходит переход на главную страницу. ? А разделы Мнения зарубежных врачей и Мнения российских врачей, являются контейнерами, а статьи из них не выводятся: ?

Ольга Ивановна, такие вещи не делаются как-то через интерфейс. Это область программирования и верстки, то есть выполняется специалистом. Тем более вы хотите, чтобы на разных группах товаров разные пропорции были. А сейчас для всех групп товаров используется один и тот же шаблон для вывода карточек товаров. Так что это отдельное дополнительное программирование.

Ольга Ивановна, здравствуйте! При выводе списков документов есть два основных способа сортировки:

1. По пункту меню в прямой последовательности.
2. По дате публикации в обратной последовательности. Второй способ лучше подходит именно для новостей, статей и т.п., так как менеджеру не приходится следить за очередностью документа в дереве ресурсов, и на сайт выходят всегда самые последние статьи. У вас на сайте для этого блока как раз этот второй способ и применялся, то есть выводились последние документы. Но раз вы хотите менять последовательность вручную, переключил вам на сортировку по пункту меню. То есть сейчас они выводятся так, как у вас они отсортированы в дереве ресурсов. По поводу сортировки: не надо вручную указывать индекс сортировки. Гораздо проще делать это простым перетаскиванием ресурсов с помощью мышки. ?

Права для «все остальные» и т.п. — это дело уже самой операционной системы. Если не жалко, пришли в личку логины и пароли в админки двух сайтов на одном сервере, я посмотрю что у тебя там и как, и скажу точно изолированы они или нет.

В принципе, если сайт планируется большой, и предполагается большое количество кеш-файлов, то почти на 100% спасает переход на мемори-кеш-провайдер (memcache или APC). Ведь сам по себе большой общий кеш не страшен, а вот сброс его, это да, сервер сделает плакать, когда там десятки тысяч файлов. А на memcache или APC сброс почти мгновенный. Так же частенько использую заплатку cacheOptimizer. Когда страниц много и кеш-карта ресурсов разрастается (а так же начинает жутко тормозить на редактировании документов и сбросе кеша, так как MODX каждый раз запрашивает из базы данных все ресурсы и набивает их в в кеш контекста), тоже очень здорово помогает (отключает карту ресурсов полностью, и тогда на нее вообще нет запросов). Правда само собой MODX-у приходится запрашиваемую страницу искать в базе данных, но по моему опыту с магазином на 150 000+ товаров, что я сейчас делаю — это вообще не проблема. Резюме: даже сейчас MODX все равно позволяет делать сайты с загрузкой не более 0,4 сек (для большого сайта можно сказать со скрипом, что это нормально).
А в новой версии MODX-а нас действительно ждут улучшения. И они даже не с самого MODX-а ожидаются, а больше с xPDO новой версии. Там Джейсон обещает более скоростную работу. Принцип работы xPDO поменяется, новые технологии применятся, автозагрузка и т.п. У него уже сейччас есть серьезные наработки и он очень доволен результатом.

Смотрю за тобой уже давно и смотрю сколько полезных и интересных статей написал) Сам делаю сайты на MODX REVO, больше front-end разработчик. Так вот, руки опускаются, когда понимаю, что в модх большая проблема с кэшем. Добавляешь новую страницу в админку, почисти весь кэш, а если 5000 ресурсов тогда сколько ресурсозатрат будет. Нет, для простых сайтов визиток и корпоративных сайтов проблем не возникает, но хочется сделать нечто больше по количеству страниц. И тут понимаю, что встречаю вилы. Система самому нравится, за гибкость в работе верстальщика, в отличие от других систем. Защищенность, сколько не работаю с модх — ломают очень редко в отличии от кривой джумблы и дырявого вордпресса. Так вот для кэша ставил специальный плагин, который при добавлении страницы не очищал весь кэш, потом ставил кэш обновлялку. Пробовал этот метод: modx.im/blog/addons/663.html — кстати очень понравился в плане скорости, но есть ряд ограничений. Но это же костыли(, Интересно разработчики в modx3 сделают нормальную систему кэширования и более гибкую админку + возможность легкого создания пользовательских таблиц.

Права есть, путь прописан верно. Может для обхода надо еще что-то… Я не специалист. А для modx нужны права для «всех остальных»?

Кстати, обрати внимание, что в том же Smarty-плагине {snippet} имеется такой параметр как parse. Если его передать со значением true {snippet name=mysnippet parse=parse}, то он не просто отработает указанный сниппет, но еще и полностью пропарсит результат (то есть если в результате будут MODX-теги, то он все отработает). Чтобы убедиться, элементарно в шаблоне пропиши {snippet name=MetaX} (само собой MetaX надо установить, если вдруг не используешь его). А после захода на страницу загляни в кеш документа (core/cache/resource/web/resources/). Вот такой кеш примерно будет: '_content' => '<!DOCTYPE html>

[[+metax.css]] [[+metax.rss]]

Да, вот это результат :-)