А кто говорил обратное? Пока это всё лишь предположения.

зачем компонент с поддержкой PHP 8+ для MODx 2

А кто сказал, что компонент для Modx 2? Автор просто адаптировал компонент под новую версию php.

У меня скорее вопрос зачем компонент с поддержкой PHP 8+ для MODx 2 с поддержкой только PHP < 8, при этом в «репозитории» его по-прежнему нет.

99% компонентов для Modx 2 не поддерживают php 8, отсюда вопрос зачем тебе php 8 если ты делаешь проект на Modx 2 или зачем ты делаешь проект на Modx 2 если тебе нужен php 8?

Да, но miniShop3 только для MODx 3

А как вообще в miniShop2 с поддержкой PHP 8?

Нет там поддержки php 8 и, скорее всего, не будет, так как есть альфа релиз minishop3 и там поддержка есть.

Пока новая версия так и не появилась на маркетплейте, или в каком она репозитории?
А как вообще в miniShop2 с поддержкой PHP 8? Попробовал поставить — сразу сотни предупреждений посыпались в лог, даже от простой перезагрузки лога.

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

document.addEventListener('DOMContentLoaded', () => {
  const notyf = new Notyf(  {position: {
    x: 'center',
    y: 'top',
  }});

  FetchIt.Message = {
    success(message) {
      notyf.success(message);
    },
    error(message) {
      notyf.error(message);
    },
  }
});

Заметил баг, если установлен controlErrorLog или modalConsole, то на странице CronTabManager они не работают.
PR отправил github.com/astra-modx/modx-app-crontabmanager/pull/2

В тройке он не работает
Используйте pThumb

Сниппет pbResources — это аналог pdoResources, но с возможностью присоединять таблицы по принципу «один ко многим», чего нет у pdoResources. Также переменные, добавленные через PageBlocks, добавляются к результату и выводятся как стандартные переменные ресурса.

Если это делать через pdoResources:

{'!pdoResources' | snippet: [
    'parents' => 0,
    'resources' => '1,2,3',
    'tpl' => 'seo-card'
]}

Чанк seo-card

<div class="col-4 mb-4">
    <div class="card">
        {*изображение храниться в виде json*}
        {set $image = $values.seo_img|fromJSON}
        <img loading="lazy" src="{$image.url}" width="395" height="450" class="card-img-top" alt="{$image.title}">
        <div class="card-body">
            <h5 class="card-title">{$values.seo_title}</h5>
            <p class="card-text">{$values.seo_description}</p>
            {*Получаем данные из таблицы*}
            {set $list = 'pbCollections'|snippet: ['field_name' => 'seo_list', 'return' => 'json']|fromJSON}
            <ul class="text-start">
                {foreach $list as $item}
                    <li>{$item.title}</li>
                {/foreach}
            </ul>
        </div>
    </div>
</div>

А если через pbResources, то у нас уже будут доступны переменные seo_img, seo_title, seo_description и list (массив)

А что за сниппет такой pbResources? В доке его нет. Зачем он нужен, если есть pdoResources?

Реального сайта нет. Меня попросили показать как вывести из несколько ресурсов seo-карточки, где будет картинка, заголовок, описание и еще таблица.

Саш, а откуда карточки то? Есть реальный сайт?

Вот было бы неплохо это прописать в описании к компоненту. Два дня ломал голову почему не работает. Ведь форма может быть кастомизирована как угодно, а этот класс глобально влияет на работу компонента

С точки зрения производительности это плохая идея

Понимаю, но писать свое решение нет ни времени ни денег.

Придется pdoMenu несколько раз на странице вызывать.

С точки зрения производительности это плохая идея

Спасибо за помощь! Придется pdoMenu несколько раз на странице вызывать.

Средствами pdoMenu никак. Только своё решение писать.