Олег

Всегда рад :)
Если не трудно — гляньте, пожалуйста, мой вопрос, вдруг знаете ответ:
modx.pro/help/12032/#comments
Вроде бы сто раз с этим разбирался, но всегда потом что-то всплывает.

Верно, нужно расширять фильтры для того, чтобы получать эти данные.
Скорее всего обойдется одним методом GET — дальше данные можно обрабатывать имеющимися методами.

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

Если смотреть документацию mfillter2, то там указано, что при указании фильтров первым параметром пишется метод, которым получаются значения, вторым параметром — поле, которое необходимо, третьим параметром — метод для построения фильтра.
По умолчанию первый и второй параметр — default.
Это я написал по памяти, не заглядывая в документацию — могу где-то ошибиться.

Примеры из документации вызовов фильтров:

&filters=`
    resource|parent:categories,
    resource|template:default,
    ms|price:number,
    tv|myname:default,
    msoption|size:default
`

Метод resource получает данные из таблицы modResource
Метод ms получает данные из таблицы msProduct
Метод tv получает данные из таблицы tv (не помню, как она точно называется, вроде бы template_variables)
Метод msoption получает данные, закодированные в json из таблицы msProduct

Вряд ли какой-то из них сможет получить данные остатков (которые, скорее всего, в отдельной таблице) — для этого нужен будет новый метод.
Либо, если остатки добавляются в таблицу msProduct, то остатки можно будет получить с помощью метода ms

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

Всегда пожалуйста :)

Попробуйте сделать вот такой вызов:

[[!pdoPage?
            &element=`pdoResources`
            &class=`FAQItem`
            &limit=`3`
            &ajaxMode=`default`
            &sortdir=`DESC`
            &sortby=`id`
        ]]

Вообще пагинация должна работать, у меня с ней проблем не было.

Что за ошибка? Не должно ее быть.

Здравствуйте!
Есть примеры в описании компонента.
Вывод без пагинации:

[[!FAQ_get_questions?
&limit=`100`
]]

Вывод с pdoPage
[[!pdoPage?
&element=`FAQ_get_questions`
&limit=`4`
&ajaxMode=`default`
&sortdir=`DESC`
&sortby=`id`
]]

[[!+page.nav]]


Также можно использовать pdoResources, если мне не изменяет память вот так:
[[pdoResources?
&class=«FAQItem»]]

Ну и как решил-то?)

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

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

Ходят слухи, что можно использовать SQL — но у меня пока не получилось :)
Подробной документации к сожалению сам нигде не нашел, есть вариант только искать по примерам.
У меня есть один хороший пример — порой туда заглядываю, когда вопросы возникают.
modx.pro/help/11544/#comments

Я бы с радостью, но, как оказалось, для этого нужно времени потратить больше, чем сам компонент писать (у меня он простой, как калаш). Выложу, как будет время и силы.

Если кому интересно — можете попробовать 1drv.ms/u/s!Aryb646WHtY9uFCHYVe5fHDpSnkC
Буду рад отзывам и предложениям, но если компонент сильно усложнять — получим еще один tickets :)

Запланирован сейчас для простейшего функционала — реализации страницы «вопрос-ответ» на сайте. Для добавления новых вопросов используется formit + ajaxform.
На всякий случай перед установкой лучше сделать бэкап — я проверял только на своих сайтах, там все работало как часы.

Спасибо! Оно!..

Я сделал такой компонент, но его нет в магазине.
Могу поделиться, если понравится.
Ответ осуществляется из админки.
Вот ссылка (пример работы): yaguar-m.ru/vopros-i-otvet
Вот так редактируется в админке:
joxi.ru/p27Wz9DHovRa72

В настройках там должны быть указаны url для успеха и неуспеха операции. По-идее данные должны приходить на эти страницы.

Вот так должно показать.

alt="[[*pagetitle]]" title="[[*longtitle]]"

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

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

Для работы ms2gallery (по умолчанию там используется fotorama) достаточно еще раз инициализировать галерею, скорее всего у нее есть такой метод.

Скорее всего не удастся обойтись одним запросом, наверное придется писать сниппет, в котором делать запрос для каждой категории отдельно и если в этой категории не нулевое количество товаров с таким брендом — записывать эту категорию для дальнейшего вывода.
Так как запросов к БД будет много, то я бы посоветовал закешировать результат, скажем, на час — тогда не будет сильно влиять на нагрузку.