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

Спасибо! Буду пробовать это решение. Нестандартная она для меня, так как я не так плотно и часто занимаюсь разработкой ))

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

Не понимаю при чём тут галерея, размер и формат картинок. Если все картинки связаны с один конкретным ресурсом, то нужно создать 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.
В чём нестандартность задачи неясно, может быть ты что-то не договариваешь?

Потому что речь идет не о галерее. И потому что на одной странице будут размещаться картинки в несколько колонок (от одной до четырех). Картинки разного размера и формата. Соответственно, для их вывода разработаны CSS-классы, которые в зависимости от количества колонок будут применяться к элементам списка.

Задача нестандартная, поэтому и попросил тут совета.

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

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

Хотелось бы попробовать, круто выглядит. Но выдает ошибку:

Это расширение было отключено, так как оно не поддерживает виртуальные рабочие области.

То есть файл можно только локальный редактировать? И потом через git синхронизировать?
Удаленно нельзя?

Все поправил на обоих сайтах, но заметил, что при оформлении Курьером в поле индекс прилетает «undefined» у кого-нибудь есть такое же и как решили?

Круто! Вы молодец! Спасибо огромное Вам за Ваши труды. Хоть и принято на сайте общаться на ты, но пишу ВЫ с большой буквы, т.к. Вы человек с большой буквы. Благодаря Вашим стараниям и таким энтузиастам как Вы и всем участникам сообщества кто пишет и развивает MODX — живет MODX, живет сообщество.
Благодаря Вам всем уважаемые коллеги люди могут писать классные сайты в классной среде (пусть и не все идеально, но это не Wordpress с непонятным кодом и не Joomla с тормозами и недоделками и не 1C Битрикс (тяжелый движок)). MODX очень классный движок, гибкий, простой. Сколько благодаря сообществу людей могут заработать на хлеб с маслом не сосчитать.
Очень нужны понятные уроки для новичков. Особенно интересны подходы работы в среде разработки с подключением Github и прочих инструментов разработки как Compose и т.д. Интересны описание совместной работы нескольких человек над сайтом одновременно чтобы можно было в студиях для командной разработки применить. И тогда полк разработчиков увеличится.
Для себя я понял что Laravell + VUE.js это конечно круто, но разработка на нем должна начинаться от нескольких сотен тысяч рублей, или лучше от 1 миллиона и имеет смысл для сложных сервисов с большой нагрузкой и сложным интерфейсом и где есть бюджет большой. Для большинства же стандартных сайтов и простеньких интернет-магазинов MODX все еще очень даже не плох, кто бы что про него не говорил. Старичок, но надежный и простой.

Полностью перешёл на Vesp и очень доволен.

Но, как показала практика, освоить работу с ним непросто, поэтому сейчас я возвращаюсь вместе с Vesp в MODX — для чего и придумал новые composer-only дополнения.

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

Насколько будет сложнее делать на модных Laravell + Vue.js?

Можешь почитать курс про работу на Vesp, там будет понятно. Есть еще и продолжение про переезд магазина с miniShop2 на Vesp.

Василий, а Вы сейчас на MODX что-то разрабатываете? Или полностью перешли на свой VESP? Насколько сложнее по Вашему мнению и опыту сделать например интернет-магазин на MODX (я все не решаюсь что-то делать на 3.0, пока только на 2.8.6) и на VESP разработчику не знакомому с VESP?
Вопрос не только к Василию, может кто бывалый поделится опытом?
Насколько будет сложнее делать на модных Laravell + Vue.js?

MODX старичок. На нем реальные проекты быстро можно сделать. А на laravell я например сам пока еще не решаюсь что-то серьезное делать, много изучать надо, есть постоянно возникающие вопросы что и как. Пока наф… г наф… г делаю на старичке и работает самое главное. Конечно многое хочется по другому чтобы было.

Спасибо!

Спасибо мил человек @Наумов Алексей.
UPD: Странно, но на одном все норм а на втором в консоле ошибка 403 на API Yandex карт

full-f7815554a5a1454cb96dbe8680afeb6e7a6e1cb5.js:1448     GET https://api-maps.yandex.ru/services/search//v2/?callback=id_171224036746642225803&text=45.03547%2C38.975313&format=json&rspn=0&lang=ru_RU&token=8a8d8684217361e809b858ba596f0196&type=geo&properties=addressdetails&geocoder_sco=latlong&geocoder_kind=locality&geolocation_accuracy=30199.922770173293&origin=jsapi21Geolocation&apikey=f6e034c2-8c37-4168-8b97-99b6b3b268d7&spn=0.5%2C0.5 net::ERR_ABORTED 403

А где вообще для Яндекс ключи прописываются или они со стороны СДЕК подтягиваются?
И насколько временный фикс до какого числа?

Временный фикс:

Cниппет ms_CDEK2

1. Одну строку комментируем, новую добавляем:

//$modx->regClientScript('https://www.cdek.ru/website/edostavka/template/js/widjet.js');
$modx->regClientScript('https://cdn.jsdelivr.net/gh/cdek-it/widget@2.5.5/widget/widjet.js');

2. Еще одну строку ниже комментируем, а новую добавляем:

//path: "https://www.cdek.ru/website/edostavka/template/scripts/",
path: "https://cdn.jsdelivr.net/gh/cdek-it/widget@2.5.5/widget/scripts/",

@Артур Шевченко На тестовом запустил, карта не появилась сама пока не прописал

<div id="cdek-map"></div>

и не сделал вызов

<script type="module" src="assets/components/mscdekwidget/js/web/mscdekwidget.js"></script>

. «ID ресурсов для подключения виджета» — в настройках указал, но нет. Теперь другая проблема, выводятся цены в виджете для ИП, но цены для клиента будут больше «Доп. стоимость» в вариантах доставки не дали результата, это настраивается где-то или нет?

C 01.04.24 CDEK отключил вторую версию виджета и теперь не работает нечего(

Благодарю!

Можно пойти другим путем:

@EVAL 
$gp = $modx->runSnippet('grandparent');
return $modx->runSnippet('pdoResources',array(
    'parents' => $gp,
    'templates' => 4,
    'limit' => 0,
    'tpl' => '@INLINE [[+pagetitle]] ([[+id]])==[[+id]]',
    'outputSeparator' => '||'
));

Интересуют именно поля заказа, а не товара