Сергей, отличная работа!
Компонент вырос многократно. Ура, для MODX теперь есть полноценный модуль работы с бронями!

И здесь не могу не согласиться. Но практика говорит об обратном.

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

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

Согласен с доводами.
Но это не отменяет другой стороны — не всегда у разработчика есть время и/или желание на исчерпывающую документацию, ибо это крайне трудоемкий процесс.

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

Большое спасибо Василию за тот объем документации, который есть — это огромное количество материалов.

Стандартно — new или upd.
Если расширить процессоры собственными, то значения можно установить любые.

Недавно у себя в городе видео авто с надписью «Программист на выезд». К сожалению не сфоткал(
Но вот из-за таких «Программистов на выезд», слово «программист» какое-то изнасилованное стало.

Благодарю за помощь! Как раз то, что нужно.
Переменная $mode как я понял отвечает за, новый ли ресурс или нет?
Какие у нее еще могут быть значения?)

Большое спасибо, Василий.

Прописывать те параметры, в которых есть теги MODX явно, а не в наборы. Иначе парсер не может их обработать.

Как-то так:

[[!pdoMenu@{$vendormenuclasskey == "msCategory" ? "vendor-list-subcat" : "vendor-list-cat"}? 
	&parents=`{$vendormenuclasskey == "msCategory" ? "[[*id]]" : "[[*parent]]"}`
]]

Даже лучше так:

{if $vendormenuclasskey == 'msCategory'}
[[!pdoMenu@vendor-list-cat? 
	&parents=`[[*id]]`
]]
{else}
[[!pdoMenu@vendor-list-subcat? 
	&parents=`[[*parent]]`
]]
{/if}

После обработки Fenom останется всё равно только один вызов.

Все верно, так и есть. Спасибо.
А что можно сделать в таком случае?

При всём уважении к занятости разработчиков, но кто-то разобирался с этой ошибкой, как это исправить?

В параметрах указан 'parents' ([[*id]] либо [[*parent]])

Вполне возможно, что оно вот так и попадает в сниппет, необработанным.

Сделай там в начале сниппета

echo '<pre>';print_r($scriptProperties);die;

и посмотри, что приходит.

Вопрос относится не совсем к этой ветке, но возник он в связи с Fenom'ом.
Имеем такую конструкцию в чанке:

{set $parent = $modx->resource->parent}
        {set $vendormenuclasskey = $modx->getObject('modResource', $parent)->class_key}
        [[!pdoMenu@{$vendormenuclasskey == "msCategory" ? "vendor-list-subcat" : "vendor-list-cat"}? 
        	&level=`1`
        	&displayStart=`1`
                &cache=`1` 
                &firstClass=`0` 
                &lastClass=`0` 
                &tplOuter=`@INLINE [[+wrapper]]` 
                &tpl=`@INLINE <li[[+classes]]><a href="[[+link]]" title="[[+longtitle]]" [[+attributes]]>[[+menutitle]]</a>[[+wrapper]]</li>` 
                &showLog=`1`
                &showUnpublished=`1`
         ]]

В параметрах указан 'parents' ([[*id]] либо [[*parent]]) и 'tplStart' (@INLINE ...)
Результат — полный список всех ресурсов, как будто «parents=`0`».
Прописываю:

[[!pdoMenu@vendor-list-cat?
	....
]]

Результат такой же.
Только если прописать все параметры непосредственно в чанке (без набора параметров), работает как нужно.
С [[mFilter2]] такая же конструкция работает нормально, а тут вообще наборы не работают.

Работа [[pdoMenu]] так задумана или я снова где-то накосячил?

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

Основная причина этого явления — экономическая. Особенно для бесплатных продуктов.

MiniShop — это паровоз, который который тащит на себе разработку кучи разных продуктов, часть из которых платная, рискну предположить, что даже и модх тащит. А также очень качественная и долговременная реклама Разработчика.
Бесплатно — это не означает, что это не приносит доход, гугл тоже бесплатный, но далеко не бедный.

Решено! В параметре суффикс контейнера container_suffix в настройках системы указал " / " и новые контейнеры с Tickets уже без .html. Спасибо всем, кто отозвался на проблему!

Кто-бы написал?

У нас и репозиторий с документацией имеется, если у этого кого-то возникнет желание.

Пишите на здоровье, буду только рад!

просто нужно документацию ясно написать.

Для написания документации объемом в лист A4, без учета скриншотов, может потребоваться несколько часов.
Кто будет это делать?

К сожалению, в мире Open source очень часто случается ситуация, когда продукт умеет в несколько раз больше, чем указано в документации. Основная причина этого явления — экономическая. Особенно для бесплатных продуктов.

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

Получается, что это и есть огромный и дикий по функционалу комбайн, просто нужно документацию ясно написать. Например вот так: Дополнительные параметры товаров

Ну вы даёте, это же встроенный функционал опций, который сильно расширили в новой версии (сам тоже не смотрел еще).

В старой версии:
1. Добавляем нужные поля в товар по инструкции, или используем для примера встроенные цвета и размеры

2. В стандартном чанке оформления страницы товара msProduct.content эти поля и так выводятся, но если что — выводим их через сниппет msOptions

3. При добавлении в корзину эти поля присоединяются к товару автоматом

4. В созданном заказе эти поля тоже сохранены


Еще раз повторяю, это встроенный функционал, работает из коробки первых версий. Вывел прям щас на демо сайте — minishop2.com/catalog/category-2/article-1