Наумов Алексей

Кстати, я бы хотел предложить еще реализовать обновление товаров при импорте не посредством процессоров, а через простой set/save, для чего:
1. Это будет работать быстро, сейчас 500 товаров импортируются достаточно долго
2. В этом режиме можно оставить обязательным только 1 поле — ключ, по которому идет импорт.

Типовые сценарии: обновление цен товаров или остатков.

Т.е. что бы был выбор — используем процессоры или быстрое обновление товаров.

Так можно ж вывести вкладку Сообщения для ресурсов, соответсвенно и будут пользователи видеть только сообщения тех ресурсов, что они видят :)

А вес = количество не вариант?

Правило такое будет: /{author}/comments

Обработчик — например отдельная страница /author, на которой выполняете нужный вам код…

Обновился! print — работает))) Теперь pre ручками писать не нужно, спасибо!

Начнем с того, что num — это не дата, а номер заказа.

Что бы его формировать по иным правилам, нужно создать свой класс-обработчик заказа, и реализовать в нем функцию.

В настройках источника файлов есть соответствующие настройки, там сейчас прописан размер файла 1920x1080, если не ошибаюсь. Уменьшите этот размер.

Убедитесь, что у товаров проставлено поле source, наверняка там сейчас стоит 1 — Filesystem, что и является корнем сайта.

Данным дополнением — никак. Вам придется переписать все, взяв за основу существующий код, в основном там js. Задача не на 10 минут.

Первый — самый первый, тот что «Обновлено 23.01.2014» — это для ms2Gallery.

Да, делал файлик в корне и запускал, вроде бы не было проблем. Ну работает только очень долго :)

И первый (для miniShop2) и второй (для ms2Gallery) рабочие, я совсем недавно ими пользовался.

1. price — это не TV, а поле объекта msProductData
2. в pdoResources — делать join этого объекта, а лучше использовать msProducts вместо этого сниппета, он более функционален в плане работы с товарами
3. Прочитать, хоть статья и по другой теме, но очень много по делу там написано.

Как то так:

[[!ecMessages?
&threads=`*`
&limit=`1`
&sortby=`date`
&sortdir=`DESC`
]]

docs.modx.pro/components/easycomm/snippets

Табы и постраничная навигация разные вещи, вот прям вообще разные…

Каких ресурсов то? может вам pdoNeighbors нужен?

Если только по аналогии…

файл assets/components/easycomm/js/mgr/widgets/page.panel.js

Там с 30 по 40 строки аналогичные действия.

вот как… понял. Штатно вроде бы нет такой возможности.

Могу предложить закомментировать в файле
assets/components/easycomm/js/mgr/widgets/home.panel.js

строки с 28 по 38, вот так:

}/*, {
                title: _('ec_threads'),
                layout: 'anchor',
                items: [{
                    html: _('ec_threads_intro_msg'),
                    cls: 'panel-desc'
                }, {
                    xtype: 'ec-grid-threads',
                    cls: 'main-wrapper'
                }]
            }*/]

только в скобочках не запутайтесь, по идее это просто уберет вкладку, на иной функционал повлиять не должно.

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

закрыть или спрятать «цепочки»

Где? Что именно вы хотите получить?

Ну и вот эту цитату из документации обдумайте:

Для правильной работы необходимо, чтобы все элементы фильтра располагались в одном блоке с #mse2_mfilter. Именно так прописано с стандартном чанке tpl.mFilter2.outer.

Смотрите параметр toPlaceholders docs.modx.pro/components/msearch2/snippets/mfilter2