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

как сделать персональную страницу для каждого пользователя?

Если для всех пользователей должны быть доступны одинаковые функции, то страница должна быть одна и задача сводится не к генерации индивидуальных страниц, в к загрузке персональных данных для авторизованного пользователя.
Для вывода данных пользователя в Modx есть модификатор user. В pdoTools есть сниппет pdoUsers. Можно написать свой сниппет.
Так же очевидно, что кроме стандартных полей требуется хранить ещё какие-то данные пользователя. Для создания полей под эти данные имеет смысл использовать компонент ExtraFields версии не старше 2.0.3.
Когда организуешь место для хранения, нужно будет организовать отправку данных на сервер и обработку ответов. Для этого удобнее всего использовать компонент SendIt.

В целом этих трёх компонентов достаточно для создания личного кабинета любой сложности.

1. Написать свой класс оплаты, который сгенерирует ссылку на нужный ресурс.
2. Написать свой класс-обработчик заказа, который унаследует все методы стандартного и переопределит метод submit().
3. В JS проверять наличие в get-параметрах ключа msorder и делать редирект из JS.
4. Подумать над задачей ещё и раз и прийти к выводу, что данные любого ресурса можно вывести на любой странице, если известен ID ресурса.

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

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

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

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

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

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

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

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

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

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

Ошибка в том, что внутри одной выборки ты хочешь сортировать часть результатов не так как основную массу, что в принципе невозможно. Либо делай две выборки, либо одну выборку, но потом часть результатов отдельно сортируй.

Ну круто! Добавлю во FlatFilters поддержку этого компонента для организации поиска))) Спасибо!

А реально организовать подсказки при вводе? Компонент будет бесплатным?

У меня есть компонент FlatFilters и там нет поиска, народ жалуется. Я вот думаю а не интегрировать туда этот шедерв? В целом сервис до 10К запросов в месяц бесплатный, если можно реализовать подсказки при вводе, то можно интегрировать.

Опции, ТВ, поля модификаций индексировать умеет?

Поддержка Modx 3 есть и php 8 тоже. Почему нет в установщике не знаю.

Наверное нужно посмотреть какие ошибки есть в журнале ошибок и в логах сервера

А что у тебя случилось?

Вообще, у тебя есть гет-параметр с номером текущей страницы, есть плейсхолдер с общим количеством страниц, есть id текущего ресурса, что мешает самостоятельно в своём сниппите сформировать url следующей страницы пагинации?

Никакой связи с компонентом msoptionprice2 FlatFilters не имеет. FlatFilters работает так
1. Ты создаешь кофиг, где перечисляешь по каким полям хочешь фильтровать
2. Компонент создаёт новую таблицу с этими полями и сохраняет туда данные всех подходящих товаров
3. Ты с фронта передаёшь значения фильтров, компонент возвращает список подходящих id. У тебя есть возможность указывать какой сниппет будет рендерить данные товаров по полученному списку id.

Возможность, конечно же, есть. Это бесплатный компонент с открытым исходным кодом. На сайте modstore есть ссылка на репозиторий GitHub откуда можно скачать zip-архив и загрузить его в админку.

Добавил)

Потому что все интупы в форме заказа должны быть обёрнуты в блок с классом input-parent