Баха Волков

Это шутка, попробуйте указать fieldLabel

Забыли назвать поле available

Пожалуйста)

Спасибо за статью

Пожалуйста!

я правда так и не понял зачем для картинки указывать Sources и в Source id что за id указывать (id — источника файлов отличным от системного)? Без него ведь тоже работает, может кто подскажет, в modx не силен.

Конечно будет работать, только зависит от задачи. Точно по приоритету не помню, но если не указывать, то будут загружаться:

1. Корневой источник
2. Источник по умолчанию (Системная настройка)
3. Источник указанный в конфигурации MIGX
4. Источник указанный в TV

Пожалуйста, Роман!

Вопрос, кнопка «Посмотреть» меня не ведет на страницу joxi.ru/n2Ybja3ib7805A — так и должны быть?

А pdoTools или fastField установлен?

Скорее всего решаема, только вот проблема не озвучена. В системе есть настройка fix_your_problems, попробуйте его включить, вдруг поможет

Если pdoTools установлен, то должно работать. Значит проблема в чем-то другом

Относится. Вы видимо не установили pdoTools или fastField

Уже несколько раз вижу такую конструкцию, вот эта конкатенация бессмысленная:

'resources' => '-' ~ $_modx->resource.id,

можно писать проще:

'resources' => -$_modx->resource.id,

Переменные, которые нужно чтобы обработались выносить в ~ ~

Это не выносить, а знак тильда которая в fenom является оператором присвоения. Мы же не говорим, что в JS нужно выносить в + + или в php нужно выносить в . .

а output, видимо, экранируется в {}

Не экранируется, а вы просто указываете плейсхолдер, а не содержимое плейсхолдера/переменной. В заметке вы пытались каким-то образом в чанке получить содержимое плейсхолдера/переменной которая будет известна только после того как сниппет отработает, а потом "Методом проб и ошибок" сделали правильно, т.е. указали плейсхолдер.

1. Правильнее использовать разные шаблоны

2. Передавать параметры в чанк

[[$breadcrumb? &showCurrent=`0`]]
{'breadcrumb' | chunk : ['showCurrent' => 0]}

// Чанк breadcrumb

[[pdoCrumbs?
    &showCurrent=`[[+showCurrent:default=`1`]]`
]]

{'pdoCrumbs' | snippet : [
    'showCurrent' => $showCurrent !: 1
]}

3. Проверить тип ресурса

{'pdoCrumbs' | snippet : [
    'showCurrent' => $_modx->resource.class_key != 'msProduct' ? 1 : 0
]}

И много других способов

Пересоздание/создание собственного класса который наследует оригинальный класс и в котором переопределяется один или несколько методов оригинального класса

такой код не срабатывает

Потому что:

case 'msOnAddToCart': break; // получает $key и $cart

но не получает $product

Переопределение классов minishop2 раз и переопределение класса заказа два

Пункты 1 и 2 неправильные, нужно переопределить расширив класс, а не заменять

Вы скорее всего говорите о логе MODX, Борис.

При ошибках 5хх обычно нужно смотреть в логи сервера

Во первых, вот это лишнее 'where' => '{"class_key":"msProduct"}',, а во вторых:

'where' => '{"атрибут:оператор":"значение"}',

т.е.

'where' => '{"название поля остатка:>":0}',

Если несколько условий, то:

'where' => '{"class_key":"msProduct","AND:quantity:>":0}',

Если не сработает, отпишись

Ну и чтобы всё по фэншую было, то по мне лучше использовать MODx.msg.alert вместо Ext.MessageBox.alert

Что-то типа такого

Ext.override(miniShop2.grid.Option, {
  originalFields: miniShop2.grid.Option.prototype.getTopBar
  ,getTopBar: function (config) {
    var fields = this.originalFields.call(this, config);

    fields.push({
        // Твоя кнопка
    })

    return fields;
}

Нет, через прототип

С js тоже не всё так хорошо, дело в том, что ты именно перезаписываешь метод getTopBar а не расширяешь, т.е. в теории если выйдет обновление miniShop2 и в нём этот метод изменится, то люди которые используют предложенное тобой решение не увидят каких-то изменений.

Решение: Получить сначала результат оригинального метода (массив) и добавить в него уже свою кнопку.