Алексей Смирнов

Странное поведение, но вы проверьте плагины. (Поочередно поотключайте подозрительные.) может там есть плагинчик на корректировки и он не корректно обрабатывает что-то.

100 ограничивает 1 поле.
те если 2 ТВ, то у каждого по 100.
Это ограничение можно увеличить, но не нужно.
Потому что если у вас планируется более 100 записей делайте, как вам Денис посоветовал, лучше пройти по ссылке и сделать отдельную БД для этих записей.
Потому что иначе вы можете столкнуться с уничтожением или не корректностью данных в данном поле, а так же с различными глюками и неприятностями.

нужно верно передавать параметры и возможно заработает корректно.
НО. что мешает вам в одном плагине через необходимые условия разрулить применение кода в событиях?
Тем более раз вы выбрали это событие, то вы хотите просто цену отображения же менять? так? или цену добавления в корзину? потому что если последнее, то нужно другое событие.

Принял пожелания.

А, ясно. Попробуйте так:

'where' => [ 
        0 => "0 < FIND_IN_SET(" ~ $itzx ~ ", replace(`TVplayers_game`.`value`, '||', ','))" ,
        1 => "`TVplayers_settings`.`value` IS NOT null",
    ],

Если это не сработает, то попробуйте так:

'where' => [ 
        0 => "0 < FIND_IN_SET(" ~ $itzx ~ ", replace(`TVplayers_game`.`value`, '||', ',')) AND `TVplayers_settings`.`value` IS NOT null" 
    ],

Зачем второе условие если первым вы уже это делаете.
Если нет совпадений по первому, то не выведет ничего. Тем более пустое.

А зачем вам условие players_settings != null?
Ведь вы по умолчанию проверяете уже в каких категориях состоит ресурс через 1е условие.
Или опишите задачу.

Не, оно то возвращает цену но эта цена уходит потом в корзину, что мне не нужно. Мне чисто отображение.
А PR принимаете на новые возможности?

Вот доп. вопрос созрел.
Суть такая, что на всем сайте есть скидка 10%. Необходимо на лету выставить некоторым модификациям эту скидку в цену и отобразить еще и старую цену (которая является текущей ценой без скидки).
т.е: Реально ли повлиять на цену old_price, да еще и выставить на фронте в модификацию любое свое поле, а потом чтобы в js его на событии поймать?

Спасибо.

Мне необходимо описание всех событий пакета msOptionPrice2. Хочется понимать на что я могу повлиять на что нет. Ибо зачем мне по каждому чиху писать вам в ТП или на сайте?

Причем тут MODX, если речь про пакет msOptionPrice2.
Если не хотите описывать события — так и скажите.

Ок. просто есть много modx событий у пакета но не ясно какие параметры передаются. Отсюда не понятно можно ли решить свою логику с помощью них.

Добрый день.
Появилась ли полная документация по данному компоненту (msOptionPrice )?
Интересуют все события, и если есть события js и их описания.

Потому что в minishop2 Есть своя галерея и в msProduct выключена по умолчанию обработка ТВ-шек. Если прям горит включить, то используйте параметр

'processTVs'=>'system_imagePage'

должно помочь. если нет, то попробуйте еще — prepareTVs

Так вы Наверное попали в сети 2.8.6 версии MODX. там проблема с фотками. нужно повышать версию php до 8.
ИЛи менять одну строчку в коде pthumb и оставаться на 7.4.
На 8й версии php MODX и пакетах могут быть так же ошибки, поэтому пока совет по стабильности 7.4 + поправить строку в phumb или
Установить 2.8.5 и не обновлять пока ее и радоваться жизни без проблем.

Понял.
Вариант первого решения:
1) 1 вызов pdoRes.
2) В чанке записываете в плейсхолдер вторую часть Html с нужными данными
3) в коде получаете 1 область вывод через PdoRes, а вторая — плейсхолдер.

Вариант 2.
1) 1 вызов pdoRes с указанием return => data. в этом случае вам придет голый массив.
2) с помощью не хитрых манипуляций типа foreach и прочих переменных фенома можно разделить данные в нужные блоки и вывести как хотите.

Это вкратце. те вызывать 2 раза pdoRes нет необходимости.

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

Судя по анимации слайдера у вас не должно быть проблем, тк текст и изображение приходят я так понимаю вместе в одном tpl… да?
Если данные в разных полях или частях, то эти данные перед выводом следует обьединить как-то и не придется вызывать лишние pdoRes…

Если у вас прям серьезная потребность запустить файл до запуска MODX вообще, то можно как ребята предложили.
Но если MODX API нужно, то можно на событии OnMODXInit как вариант. А если прям кровь из носа до, посмотрите для апатча (если у вас апатч) htaccess файлика команду php_value auto_prepend_file.
Позволяет исполнить любой php файл до того как вообще отработает любой запрос на сайте (во всяком случае на php файлы).