Александр Н

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

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

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

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

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

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

Есть ли возможность при выводе тикетов через mFilter2

[[!mFilter2?
    &element=`getTickets`
    &includeThumbs=`440x300`

Выводить загруженную картинку? Просто [[+thumb]] выводится только если вместо mFilter2 написать pdoPage.

И сразу спрошу, нет ли такой способности у TicketForm что бы загрузка картинок шла через ms2Gallery, то есть что бы открыл документ и видишь загруженные фото? ( но это так в дополнение к основному вопросу )

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

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

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

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

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

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

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

modDevTools в репозитории Simple Dream.
 

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

Основная идея заключалась в том, чтобы при редактировании шаблонов не требовалось постоянно искать в дереве и открывать (в отдельном окне или быстрым редактированием) чанки и сниппеты.

Нетрививальная задача:
а) есть два сайта на одном движке modx
б) все ресурсы в БД modx — общие для этих сайтов, т.е. одни и те же ресурсы (информация об одних и тех же ресурсах) могут отображаться на обоих сайтах
в) на каждом сайте отображается свой набор ресурсов

Т.е. на сайте A отображается информация о ресурсах 5,6,7,15,16,17, на сайте B — 5,15,16,25,28,100,101. Т.е. на каждом из сайтов должен быть доступ ко всем ресурсам.

Сейчас у меня все ресурсы лежат в одном контексте. За то, какие данные отображать на том или ином сайте — за это отвечают сниппеты и функции (определяют имя домена и отображают требуемые данные).

Проблема заключается в том, как организовать кэширование. Предположим, что один и тот же русурс загружается на сайте A и сайте B (на каждом из сайтов этот ресурс отображается по-разному и сопровождается различной информацией). Ресурс один и тот же, но кэши у него должны быть разные (отдельные). Т.е. каждый ресурс должен иметь 2 кэша для каждого из сайтов.

Может кому-то пригодится небольшое решение с подключением Bootstrap-select

Пример рабочего select с поиском без правки скрипта, благодаря label:

Честно говоря, я не очень люблю всякие рассылки и подписки, мне больше нравится использовать RSS.

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

Им очень удобно пользоваться — нужно просто зайти скопировать ссылку и вставить её в свой агрегатор новостей, например www.inoreader.com.
Для пущего удобства можно еще установить расширение для Chrome, чтобы вас регулярно уведомляли о свежих записях.

А теперь давайте посмотрим, как можно генерировать RSS с помощью pdoResources.

Подскажите, как правильнее реализовать данную задачу.
Есть магазин, в нем есть несколько категории товаров.У каждой категории своя логика обсчета стоимости доставки. При этом если из одной категории более одного товара, то стоимость доставки каждого товара считается отдельно.

На сайте с основным проектом не отправляются письма о новых заказах. Однако письмо заказчику отправляется.
Попробовал сделать текстовый сайт на другом сервере чтобы проверить.
Поставил чистый mod 2.2.13-pl+ дополнения:
Theme.Bootstrap 2.1.0
miniShop2 2.1.6 pl3
pdotools 1.9.1
minifyx 1.3.0
FormIt 2.2.0

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

На хостинге в последних записях maillog, тоже отправлено только 1 письмо.