Максим

Да, у меня тоже есть базовый пакет настроек)) Если это так можно назвать… Через Vapor делаю бэк-ап сайта с базовыми настройками, потом где надо разворачиваю, меняю ключи от modstore и другие настройки под новый сайт))

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

А для чего тогда нужно использовать сессии в PHP, если не для этого в том числе? Когда лет 10 назад (а то и больше) изучал PHP, препод как раз так и предлагал делать: хранить данные формы в сессии! Думаю, ничего принципиально нового в подходе не поменялось за это время… если мы говорим именно про PHP.

Раньше пользовался этим: extras.modx.com/package/vapor

на WP и Opencart всё это бесплатно, плюс функционала больше

Если ты знаешь о существовании этих систем, имеешь какой-то опыт работы с ними и тебе кажется, что проще на них сделать, то можешь так и поступить. Наверное, так будет даже правильнее.

Почему мне стоит делать сайт на MODX с платной темой, где ещё за фильтр дополнительно платить нужно

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

А если клиенту предлагать, как его убедить?

Убедить в чем? Мне кажется, клиенту вообще на.. пофиг на какой системе ты будешь делать сайт. Ему важен лишь результат и общая стоимость работ.

Тоже так делаю :)

А почему нужно избавляться от ExtJS? Потому, что устаревшая версия? Или документация плохая (мало используется в разработке?)

Вообще, мне кажется, категорически не правильно, когда компонент устанавливает свой «кастомынй» обработчик! А если я уже использую свой? А если каждый компонент будет добавлять свой? Так ничего работать не будет, только поломается всё…

Как минимум с последним минишоп (4.1.1-pl) не совместим. При добавлении товара в корзину ничего не происходит, корзина остается пустой. Виной всему «кастомный» обработчик корзины msGiftCartHandler. Если поменять его на стандартный, товары добавляются.

Дополнительные данные возвращаемые корзиной при ее изменении

Хорошая новость! На одном проекте как раз таких данных мне и НЕ хватало. Пришлось кастомный обработчик писать, чтобы эти данные включались.

Не помню уже на какой сайте делал (не посмотреть).
Но судя по моему комментарию должно быть как-то так:

<?php

$path = $container . '/' . $file['name'];

Возможно из-за ограничения времени процесса. Если картинка большая или html какой-то сложный и требует долгой обработки, тогда ничего не происходит. Если взять какой-нибудь логотип сверху, то работает…

Видимо определенные сайты разрешено скриншотить… я пробовал www.kinopoisk.ru/, github.com

У меня не работает. Нажимаю «добавить», заполняю поля, после «сохранения» ничего не происходит. Пробовал разные сайты, разные селекторы, результат один — нулевой.

Странно что у вас получились цифры под 39 сек для 11к товаров. — у вас что-то не то с БД.

Может просто проиндексировать БД надо? Там вроде в настройках mFilter что-то такое было.
Возможно, из-за этого такая цифра.

Если удалять заказы, тогда да, адреса будут удаляться тоже. А так вроде не должно.
===
Хотя нет, если таблицы жестко связаны, тогда он просто не даст создать адрес без заказа.

Возможно не очень понятно объяснил, но на релизе будут примеры.

+++

modstore.pro/packages/integration/mscaddress

Помнится, видел даже готовое дополнение, которое позволяло создавать несколько адресов доставки из личного кабинета и при заказе выбирать… Эта функция достаточно удобная, сам пользуюсь на всяких ДодоПиццах ))

Шрифт «MODX» в статье — это шрифт из «Черепашек ниндзя»? )))

Мы делаем что-то хорошее и стараемся делать это что-то хорошо

В своём понимании этого «хорошего». Оно может отличаться у людей.

И для проведения работ по смене версии MODx с 2 на 3, должны быть очень значительные причины, в первую очередь для бизнеса.

Если рассуждать именно так, то никакого смысла конечно же нет! Так же как менять modx2 на какой-нибудь Laravel. Какой смысл? И так всё работает!
У нас некоторые клиенты до сих пор работают на Evo!
Главная причина «зачем» — это появление новых возможностей в «старых» компонентах. Чем больше потребности в таких новых возможностей, тем больше вероятность перехода на 3-ю версию.

потому что большинству моих клиентов...MODx 3 по сути и не нужен

Большинству? Т.е. есть меньшинство, кому нужно?)))
Для большинства моих клиентов не нужен React или Vue. И? )))) Не нужен — не используй))) В чем проблема то?)))
Для клиентов, как мне кажется, вообще пофиг MODX или WP, ему главное чтоб всё работало как надо!
MODX 3 — это по сути инструмент для разработчиков. Для кого-то одни плюсы, для кого-то другие.

не могу пока что найти серьезных причин в необходимости развития системы

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