Konstantin

поиска по списку сделанных пользователем заказов, например, указав диапазон дат и выбрав статусы

Эмм…
А зачем msearch2? Выбрал заказчика, указал диапазон дат и статус заказа – все работает. Или я что-то не понял?

А не разработчикам, будет интересно посетить сие мероприятие?

Классный сайт!

Классный сайт.
Upd. Аватарки в списке пользователей, в мобильной версии – некорректно отображаются.

Предполагаю что автор поста ищет нечто иное. Я тоже желая научится работать с modx начал с php, но его одного мало, нужно еще xPDO.

Дополнительные опции выводятся просто, на странице с товаром

{$_modx->resource.device_type}

Если минишоп последний, то даж опции в виде текстового поля выводится как массив, я использую join

{$_modx->resource.device_type | join}

В списке товаров также только без «_modx->resource.»

{$device_type} {$device_type | join}

И также с сниппетом
В списке товаров:

{'!AddComparison' | snippet : [
'id' => $id,
'tpl' => 'Comparison.add',
'list' => $device_type,
'list_id' => 14
]}

На странице товара

{'!AddComparison' | snippet : [
'id' => $id,
'tpl' => 'Comparison.add',
'list' => $_modx->resource.device_type,
'list_id' => 14
]}

Если опция массив то добавляйте join

'list' => $device_type | join, 'list' => $_modx->resource.device_type | join,

Разница в скорости меня тоже не сильно напрягает, потому-что действительно какие-то тысячные доли, а вот количество запросов к БД существенно отличается, а я не знаю почему.

Интересно сколько вы денег заработайте, точнее сколько курсов продадите «адоптиватору», «gtmetrix-у» и «responsiveness-у»? Вы же для под них сайт подгоняете?

… так {$p2} пишет: Array

Это значит, что все все работает! Array = массив, вот и выводите как массив: {$p2 | join}, или {foreach $p2 as $item}.

Не знаю как на счет валидности/адаптивности, а что касается контента, меня даже на первый экран не хватило, неудобно читать (неприятный шрифт, неправильный интерлиньяж + отцентрованный текст – бррр) и ничего не привлекает внимания — прокручивать страницу не хочется однозначно. Попробовал прочитать текст на первом экране, и тоже как-то не пошло.
ИМХО.
P.s. Я бы посоветовал прочитать немного про базовую верстку, или немного больше об этом.

avtodoka-msk.ru
spb.avtodoka-msk.ru
ekb.avtodoka-msk.ru
kuban.avtodoka-msk.ru
Сделано с помощью контекстов по инструкции Василия, разный контент через феном, типа:

{switch $.server.HTTP_HOST}
    {case 'spb.avtodoka-msk.ru'}
       ...
    {case 'ekb.avtodoka-msk.ru'}
       ...
{/switch}

или

{if $.server.HTTP_HOST == ''}

Цены меняются через плагин по инструкции от Василия.
Минусы:
некорректно работает seofilter, но решаемо, автор помогает
minishop один на все контексты, соответственно все заказы в одном месте, это не очень удобно, частично решил добавив заказ через msoneclick

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

{$user_id | user : 'fullname'}

.
Чем не подходящее решение?

отвечает лишь за регистрацию пользователя и редактирование его полей

Действительно не при чем, всего лишь из коробки делает 90% работы, остается только создать ресурсы с выводом информации о пользователе.

Да ладно?
Если вы соцсеть создать собрались, то вам кажется навыков не хватает.
А если на обычном сайте, обычную страницу с информацией о пользователе, то плохо читали документацию к Office.
Вот хороший пример такой страницы, сделанной с помощью office.

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

У сайта не может быть основной контекст, у него просто есть контексты. К текущему так:

{$.server.HTTP_HOST}

А можно подробнее про зависимые поля?
У мена такая проблема: У товара две опции (множественный список, то есть массив, с одним или несколькими элементами):
1) mark – бренд авто (Opel, Chevrolet и пр.)
2) model – полная модель авто (Chevrolet Trax, Opel Mokka)
и из-за того, что один товар может одновременно принадлежать двум брендам, то у меня некорректно работают зависимые фильтры и соответственно seofilter. Я получаю ссылки и заголовки вроде Chevrolet Mokka, хотя такого авто не существует, и вот такую картину в зависимых фильтрах:

Собственно вопрос, как зависимые поля могут мне помочь с этой задачей?
P.s. seofilter у меня на трех сайтах куплен, и на трех такая проблема.

Крутая штука. А можно в уведомление засунуть еще что-то? например ссылку на корзину?