Владимир

Здравствуйте.

Возникла следующая проблема — при создании разных контектов для визуального и правового разделения ресурсов, имеющих один корень (для примера: основной контекст «web» и дополнительный «cars», все документы которых доступны по адресу site.ru/название_страницы).
Реализация путем контекстов выбрана для того, чтобы в одном табе не были в перемешку системные страницы и 100-150 марок автомобилей.

Все страницы не основного контекста определяются как «несуществующие» и перебрасывают на ошибку 404.

Подскажите, пожалуйста, как можно реализовать контексты для подобной задачи или задачи для контекстов, находящихся в рамках одного домена, но отличающихся родительским «контейнером» (пример: site.ru/название_страницы и site.ru/folder/название_страницы).

Заранее спасибо.

P.s. да, я знаю, что контексты — это гемморой и далеко не всегда оправданное решение.

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

Hi, написал тут свое дополнение для создания пакетов UiCMPGenerator. За основу взято дополнение CMPGenerator, но в моем прикручен графический интерфейс для создания зависимостей типа Композиционная (Composite) и Агрегирующая (Aggregate), а также можно расширять родные таблицы Modx-a.
Для работы требуется MODX Revolution 2.3.х

Ссылка на офф репозиторий http://modx.com/extras/package/uicmpgenerator
Видео: http://youtu.be/Qkspw8kXwK4

Всем доброго дня.
Уже давно назревает необходимость реферальной системы для minishop2.
Решил поинтересоваться, интересно ли это кому-то в сообществе?

Из функционала:

• Регистрация пользователей по реферальной ссылке
• Привязка пользователя к реферальной системе без регистрации (после оформления заказа)
• Начисление бонусов за покупки по всей реферальной ветке
• Различные правила начисления бонусов на разные категории товаров
• История начисления и списания бонусов
• Ручное управление бонусами менеджером
• Возможность вывода бонусов
• Расширенный профиль пользователя (с реквизитами для выплаты бонусов)

Если данный функционал кому либо интересен или нужен какой либо дополнительный функционал и кто либо готов поддержать материально, то прошу отписываться в комментариях.

Компонент будет сделан в любом случае и будет платным.
Для всех, кто поддержит материально, будет предложена индивидуальная настройка компонента.

Приветствую,
подскажите на выводе

[[!pdoPage:empty=`Ничего не найдено...`? &element=`msProducts`&where=``]] 
[[!+page.nav]]

Как правильно прописать в условие where, один или два цвета,

На днях в поддержке mSearch2 был задан вопрос:

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

Планируется что информация о товарах будет постоянно автоматом импортироваться через API этого поставщика на сайт который я делаю.
С другой стороны, волосы встают дыбом при мысли о ручной настройке такого количества дополнительных полей miniShop2 через механизм плагинов или TV.

Поэтому, пришла такая идея:
Все названия доп.параметров записывать в поле Теги, которое уже реализовано в miniShop2. Например, товару можно записать два таких тега: «Максимальное разрешение видеозаписи|2304x1296» и «Тип видеорегистратора|Стандартный».

Теперь осталось только придумать как сгруппировать эти тэги по первому полю (до разделителя "|") и создать из каждой группы отдельный фильтр.

То есть, речь идёт о бесконечном количестве свойств у товара, добавляемых в одно текстовое поле, и построении для них фильтров.

Вроде бы, продвинутые возможности расширения класса mFilter2 должны бы с этим справиться? Как оказалось — нет.

Решение немного топорное, т.к. устанавливает Modx(Wordpress) при создании домена без уведомлений и возможности отказаться. И в то же время простое, т.к. просто инкюдится скрипт. Если кто решит вопрос с опцией, буду благодарен.
Собрано из кусков сторонних скриптов Василия и с форума VestaCP

На днях появился вопрос об автоматическом создании оглавления статьи, а позже где-то проскочил комментарий, мол неплохо бы такое добавить на docs.modx.pro — там же все документы хорошо структурированы.

И действительно, а почему бы не добавить? Выделил полчасика и набросал сниппет makeContents, который генерирует вот такое оглавление:

Представляю вам новую версию ms2Gallery, в которой исправлены все известные ошибки и добавлены новые интересные возможности по выставлению файлов галереи на страницу её ресурса.

Отключение вкладки с галерей

Почему-то (мне непонятно почему), многие просили дать возможность отключать вкладку галереи на некоторых ресурсах.

Честно, не знаю, чем она может помешать, и почему при этом никому не мешает вкладка «Группы ресурсов» — ведь ей пользуются гораздо реже. Но, желание покупателей — закон, так что встречайте системную настройку ms2gallery_disable_for_templates. В ней можно перечислить id шаблонов через запятую, для которых вкладку с галерей выводить не стоит.

Оформление картинок на странице

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

Вам нужно просто активировать системную настройку ms2gallery_set_placeholders и вы можете использовать в контенте такие плейхолдеры:

• [[+ms2g.0]] — распечатанный массив со всеми данными 1й картинки ресурса. Вторая картинка будет [[+ms2g.1]]
• [[+ms2g.0.url]] — ссылка на оригинальную картинку
• [[+ms2g.0.120х90]] — ссылка на превью, размером 120x90.
• [[+ms2g.0.name]] — название картинки
• и т.д.

Понятное дело, что выборка всех картинок генерирует дополнительные запросы в БД, поэтому по умолчанию она отключена.

Разбираясь с компонентом Tickets в процессе работы над книгой отзывов, особенно в части комментариев, крепла уверенность, что в Tickets есть почти все необходимое для создания системы личных сообщений. Нужно лишь чуть подкрутить. Поэтому не долго думая, решил попробовать. Получилось так