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

Ок. просто есть много 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 файлы).

Спасибо за обратную связь.
Вроде бы видео сделал подробное для запуска где общие вещи рассказываются.
Жаль что не написали мне, в момент когда было что-то не понятно.
Пакет хоть и бесплатный, вопросы по новому продукту на вес золота )))
Поэтому не стесняйтесь пишите что не понятно, хоть тут на сайте, хоть в телеграмм общего чата.
Фред, да вроде выглядит отлично, но есть куча минусов. Так тем на них не нашел… А раз никто не делает на нем темы, значит, под вопросом его использование.

Я бы подошел к вопросу с другой стороны.
А в какой момент вам нужны эти данные?
Если просто запустить какой-то отдельный скрипт и сделать свои дела — одно.
Если вам нужно взаимодействовать с объектами MODX и, например, проверять уровень привелегий, доступов и прочей ереси, то через MODX.
А сниппет — это тот же php, но вызванный где-то в середине страницы. В этом случае можно сразу вызвать в сниппете. Если, допустим данные которые будут отображены снипетом очень долго получаете, то иногда люди делают через ajax загрузку, чтобы сэкономить время загрузки основной страницы.
Те вы понимаете, что просто отвечать на ваш вопрос не получиться, необходимо знать еще и место и «куда чего-данные».

Ну так я о чем и говорю.
Вы же говорите о проблеме что фото постоянно заново генерятся. Или вы решили уже проблему и все хорошо?
Просто в phpThumbOn нет такой проблемы и прозрачность по-моему фиксилась far=0. Попробуйте.

Ничего не нужно докручивать.
есть 2 пути.
Минишоповский (заранее сгенериной) ИЛИ phpThumb(Of|On|и т.д.) снипет-пакетом.
В любом случае используется расширение входящее в MODX — pThumb. И что минишоп, что пакеты phpThumb используют эту библиотеку.
Поэтому если решать через минишоп, то вписать все настройки необходимых миниатюр в спец. конфиг и перегенерировать это дело.
Либо без минишопа использовать, например phpThumbOn для геренрации миниатюр по факту.
Если сайт мелкий совсем — до 100 товаров, то не критично и можно использовать последний вариант.
НО если товаров много и планируется увеличение, то генерировать ЛУЧШЕ фотки заранее.
Для одной фотки в админке можно сделать так:

Для большого кол-ва есть в новом минишопе автообновление фоток.
Так же в handyShop теме так же есть перегенерация всех фоток на сайте.
Для больших магазинов она займет время, если требуется прям кординально все поменять по превьюшкам.
Как-то так.

может быть один источник, но нужно понимать — фотки будут те же или другие использоваться.
Если разные фото, то или разные источники использовать или для ресурсов делать зависимость через ID, если ресурсы разные с id.

ВК и прочие «тянулки» будут пытаться вытянуть хоть какую нибудь фотку.
И чтобы облегчить жизнь, и контролировать фотку необходимо использовать OG решение, Как подсказал VIT. И дополнительно засунуть разметку для фотки.
В простом приближении можно пользовать что-то такое:

В коде, например, можно создать условие если есть какие-то фото для страницы — тянуть их. Если нет, то выставлять сюда логотип или заранее подготовленную любую картинку.

Если remains отключить сайт быстрее работает? или так же?

Ну как он будет находиться — есть 2 варианта. Или сами все статьи в спец. разделе без категорий и выставление в ТВ всех категорий.
Или сразу физически создавать в категории нужной и в ТВ выставлять доп. категории.
Ну или как вы и хотели — где то создавать ресурс и при заполнении выбирать категории в ТВ, а первую выставленную пометить как главную и присваивать через плагин при сохранении. тоже можно.
как вам удобнее.

Если у вас планируется мультикатегории, то конечно удобнее будет каждой статье присваивать необходимые категории через TV можно сделать.
У меня так в моей теме mtBlog сделано.
Так и фильтровать и выводить будет удобнее. и плагины на сохранение нет нужно писать.
Если у вас статья всегда будет принадлежать одной категории то можно их перераспределить физически в свои разделы, например.

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

Проще и правильнее написать скрипт переноса данных в нужные таблицы или поля для минишопа.

Переходите на fenom тогда. И не будет таких надписей. Или напишите свой снипет с дополнительной логикой проверки.