Павел Романов

Да, выведется {$big}.

Родительской так:

[[~[[*parent]]]]

В данном случае нет нужды использовать pdoPage — у Вас же нет пагинации.
Делайте через кешируемый pdoResources и добавьте &limit, а то по умолчанию у Вас 10 ресурсов только выведется.
И коль уж Вы используете для картинки вывод через resource:

<img src="{$_modx->config.site_url ~ $id | resource : 'cover' | phpthumbon : 'w=640'}" />

..., а TV rubric не используете вовсе, уберите из вызова includeTVs — в этом смысла нет (только увеличивает нагрузку).

...
[[pdoResources?
    &parents=`4`
    &tpl=`tpl.turborss`
    &limit=`0`
]]
...

Создайте плагин на событие msOnCreateOrder, где есть объект заказа со всеми данными.
Контактные данные тут:

$order->get('address');

С miniShop2 идет в комплекте чанк msProduct.content, где есть ответы на многие вопросы )).
Обратите внимание — там вызов msOption находится в форме:

<form class="form-horizontal ms2_form" method="post">
    ....
    [[msOptions?options=`color,size`]]
    ....
</form>

Это скорее всего решит проблему недобавления опции в корзину.

Чтобы вместо ms2_product_dlina выводилось что-то внятное, надо в Шестеренка -> Управление словарями открыть пространство minishop2 и добавить соответствующую запись:

....
<img src="{if $_modx->resource.pagetitle == 'Брюки'}{$medium}{else}{$big}{/if}" alt="{$pagetitle}" title="{$pagetitle}"/>
....

Используйте сниппет pdoField.
Там есть параметр topLevel, который указывает уровень от корня сайта.

То есть при такой структуре:

Каталог (2)
    Категория 1 (3)
        Подкатегория 1 (15)
            Товар 1 (4)
    Категория 2 (5)
        Товар 2 (6)

Такой вызов в Товаре 1 (да и в любом ресурсе ниже Категории 1):

[[pdoField? &topLevel=`2` &field=`id`]]

Выведет 3 (ID второго от корня ресурса).

Соответственно, можно сделать условие:

[[pdoField:is=`3`:then=`Купить`:else=`Заказать`? &topLevel=`2` &field=`id`]] [[*longtitle]] по низкой цене

Пробел между разрядами уберите:

[[+price:replace=` ==`:div=`2`]]

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

Код убирается striptags, пробелы replace. Оставшиеся символы подсчитываются тем же strlen:

[[+longstring:striptags:replace=` ==`:strlen]]

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

А почему бы не зайти в раздел документации прямо на этом сайте и не посмотреть в «Основы»?
Там про фильтры вывода вагон и маленькая тележка, да еще и с примерами )).

Самое простое — добавить в настройки контекстов параметры address со своими значениями:


Вывод:

[[++address]]

Для авторизованного юзера можно выводить любые его поля через модификатор userinfo. Почту так:

[[!+modx.user.id:userinfo=`email`]]

В OpenServer почта по умолчанию не отправляется, а пишется файлами в директорию директория_сервера/userdata/temp/email.

Да будет.

Туда, где должна быть форма регистрации — он же выводит ее.

Чтобы записать юзера в базу, нужно использовать сниппет Register (он идет в комплекте с Login) — именно он обеспечивает регистрацию юзера, подтверждение почты и т. д. (подробности).
Документация.

Чанк — это кусок HTML-кода.
Сниппет — PHP-скрипт, который обрабатывает и при необходимости выводит информацию.
В данном случае сниппет Login выводит разные куски кода (чанки) в зависимости от того авторизован пользователь или нет.

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

Это нестандартное поле как и «Баллы пользователя».
Для начала проверьте плагины на события, начинающиеся с OnManagerPage… — скорее всего какой-то скрипт подгружается.

См. шестерёнка -> Настройка форм.