Максим

Максим

Был в сети 7 часов назад
Заказы принимаю
Вообще, мне кажется, категорически не правильно, когда компонент устанавливает свой «кастомынй» обработчик! А если я уже использую свой? А если каждый компонент будет добавлять свой? Так ничего работать не будет, только поломается всё…
Как минимум с последним минишоп (4.1.1-pl) не совместим. При добавлении товара в корзину ничего не происходит, корзина остается пустой. Виной всему «кастомный» обработчик корзины msGiftCartHandler. Если поменять его на стандартный, товары добавляются.
Дополнительные данные возвращаемые корзиной при ее изменении
Хорошая новость! На одном проекте как раз таких данных мне и НЕ хватало. Пришлось кастомный обработчик писать, чтобы эти данные включались.
Странно что у вас получились цифры под 39 сек для 11к товаров. — у вас что-то не то с БД.
Может просто проиндексировать БД надо? Там вроде в настройках mFilter что-то такое было.
Возможно, из-за этого такая цифра.
Если удалять заказы, тогда да, адреса будут удаляться тоже. А так вроде не должно.
===
Хотя нет, если таблицы жестко связаны, тогда он просто не даст создать адрес без заказа.
Помнится, видел даже готовое дополнение, которое позволяло создавать несколько адресов доставки из личного кабинета и при заказе выбирать… Эта функция достаточно удобная, сам пользуюсь на всяких ДодоПиццах ))
Мы делаем что-то хорошее и стараемся делать это что-то хорошо
В своём понимании этого «хорошего». Оно может отличаться у людей.

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

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

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

Почему нельзя сделать так же с minishop2 в одном из следующих обновлений?

Можно, думаю сделают. Вопрос только когда?))) У них там полно работы судя по issue на github.
Можешь туда им написать, предложив свой код.
Вообще, на мой взгляд, «количество» и «качество» — это общие свойства для всех товаров, как и штрихкод, вес, цена и т.п. Я бы делал их через систему плагинов минишопа (т.е. добавление их на вкладку «свойства товара»), а не через опции (вкладка «опции товара»).