Артур Шевченко

switch ($modx->event->name){
    case 'msOnCreateOrder':
        $cart = $order->ms2->cart->get();
        foreach($cart as $item){
            $modx->log(1, print_r($item['options']['modification'],1));
        }
        break;
}

Ошибку вызывает вот эта строка

{if $questions | count}

Сюда приходит null, а так как модификатор count это по сути вызов функции count(), то и в функцию приходит null, а она на вход требует как минимум массив, поэтому php 8 выбрасывает критическую ошибку. Соответственно надо либо убрать условие или добавить дополнительную проверку, как в предыдущем комментарии. Но это всё только предположения.

попробуй такой чанк письма

{set $fields = $fields | replace: '"' : '"' | fromJSON}
{set $fieldsAliases = $fieldsAliases | replace: '"' : '"' | fromJSON}
{set $questions = $fields['questions'] | fromJSON}
{set $answers = $fields['answers'] | fromJSON}
<h3>{$_pls['savedForm.form']}</h3>

{if $questions && ($questions | count)}
    {foreach $questions as $i => $question}
        <p><strong>{$question}</strong>: {$answers[$i] | join: ', '}</p>
    {/foreach}
{else}
    {foreach $fields as $k => $v}
        {if !($k in list ['fields', 'fieldsAliases'])}
            <p><strong>{$fieldsAliases[$k] ?: $k}</strong>: {$v | join: ', '}</p>
        {/if}
    {/foreach}
{/if}

<!-- parentRowTpl-->
<li class="[[+wf.classnames]]">
    <a class="nav-link px-0 align-middle" href="#submenu1" data-bs-toggle="collapse" title="[[+wf.title]]">
        <span class="ms-1 d-none d-sm-inline">[[+wf.linktext]]</span>
    </a>
    <ul id="submenu1" class="collapse nav flex-column ms-1" data-bs-parent="#menu">
        [[+wf.wrapper]]
    </ul>  
</li><!-- /parentRowTpl -->

<!-- innerTpl -->
    [[+wf.wrapper]]
<!-- /innerTpl -->

Ну и лучше использовать pdoTools, говорят они быстрее.

Что за сниппет c id = 11?

Сделай просто тестовое поле и пишу туда путь к файлу.

Не понимаю при чём тут галерея, размер и формат картинок. Если все картинки связаны с один конкретным ресурсом, то нужно создать TV типа migx, в котором будет другой migx. Покажу на примере массива

[
    [
        'class' => 'col-1',
        'images' => [
            'image-1.jpg',
            'image-2.jpg'
        ]
    ],
    [
        'class' => 'col-2',
        'images' => [
            'image-1.jpg',
            'image-2.jpg'
        ]
    ],
]

И в шаблоне это можно вывести так

{foreach $blocks as $block}
<div class="{$block.class}">
    <ul>
    {foreach $block.images as $img}
        <li><img src="{$img}"></li>
    {/foreach}
    </ul>
</div>
{/foreach}

Ну или использовать сниппет getImageList для обработки полей типа migx.
В чём нестандартность задачи неясно, может быть ты что-то не договариваешь?

А зачем картинку делать дочерним документом? Чем тебе migx не угодил?

pThumb вполне справляется, правда нужно шаблоны править.

Не надо, я тогда сам протестирую на PHP8

Спасибо, что сообщили. Но может быть у вас есть лог ошибок?

Оставил только один товар на главной, можете смотреть.

t.me/ru_modx

Потому что phpthumb обновили и он не работает с php 7.4. Эту тему много и часто обсуждали. В телеге в группе закреп есть с решением.

Это может быть связано с тем, что компоненты для второй версии modx никогда не писались под php 8.x

Если посмотреть за последние годы, сколько здесь было заметок о дополнениях, которые сделали не наши ребята?

Это сайт русскоязычноого сообщества, тут просто нет забугорных пользователей)) А так-то у них, наверное, тоже есть те, кто пишут допы.

Зависимости pdoTools и SendIt

На первый вопрос я уже ответил

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

К этому могу добавить только, что «сниппет, который отвечает за рендер результатов» задается в параметрах ffFiltering.

По поводу чанков на Fenom. Собственно, я только с ними и работаю. Циклов никаких не нужно, всё разделяется на чанки.

Адаптация под Modx 3 будет позже, мне нужно перезагрузиться, а то фиксация на одной задаче плохо влияет на качество реализации.

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

Если речь про админку Modx, то нет, там он не работает. А что касается моих кейсов, то да эта закрытая часть сайта, но всё же фронт.

И ко мне можно обращаться на ТЫ)))

Начнём по порядку.

1. Опции и ТВ не используются конкретно на этих сайта, которые я взял для сравнения. Так-то сам компонент умеет работать и с ТВ, даже miigx, и с опциями.

2. Фильтрация пользователей нужна, когда имеет место ручная их модерация. В моём случае, нужно проверять паспортные данные присланные в виде фото.

3. Схожесть с SimpleSearch в том, что поиск происходит с помощью оператора LIKE. Никакой формы и сниппета нет. Суть кейса в том, что мне нужно было сделать поиск по определенным полям в уже отфильтрованных данных. Условно есть фильтр Статус и нужно найти все товары в статусе 1, которые загрузили пользователи с фамилией Иванов. Вот фамилия и есть произвольный параметр. Можно было бы и Фамилию сделать фильтром, но список был бы длинным и неудобным.

4. Есть сниппет ffFiltering, аналог mFilter2, в его чанки можно пробросить данные через вызов сниппета, а есть сниппет, который отвечает за рендер результатов, он вызывается каждый раз, когда задаются новые условия в фильтрах и вот в его чанк можно пробросить параметры только через плагин.