Максим

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

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

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

<?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 — это по сути инструмент для разработчиков. Для кого-то одни плюсы, для кого-то другие.

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

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

Если вы просто хотите создать экземпляр некоторого класса… используйте loadClass()

Почему-то всегда думал, что loadClass просто подключает класс, а getService как раз создаёт экземпляр.

Предложить свой код разработчикам?) Ахахаха… Отличная шутка!)

А что конкретно смешного в этом?

В mSearch2 конфиг и инициализация подключаются в сниппетах. Сам компонент подключается в php-классе.

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

Можно, думаю сделают. Вопрос только когда?))) У них там полно работы судя по issue на github.
Можешь туда им написать, предложив свой код.

Нужно опытным путем проверять.

Из документации к mFilter2:

&paginator pdoPage Сниппет для постраничной навигации, по умолчанию pdoPage. Вы можете указать набор параметров для него: &paginator=`pdoPage@myParams`.

Сооветственно…

— можно ли просто отключить такое поведение пагинации? Сделать чтобы при клике на 2 страница перезагружалась?

У pdoPages есть параметры: ajax и ajaxMode.
Есть еще параметр ajaxHistory. Можно с ними поэкспериментировать.

— или поделитесь пожалуйста кто какие решения уже придумал?

Через события, например. Ссылка

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

Недавно ковырялся в скриптах минишопа, заметил, что нет callback-функции для miniShop2.Cart.status(). А ведь могло бы пригодиться (например, с той же мини-корзиной какие-то действия производить, добавлять классы или что-то еще).
И вообще, в чем преимущества этих callback? Почему бы не сделать через события? Например, написать (можно на чистом JS):

$(document).trigger('beforeAddToCart', options)

А там кому надо, тот напишет

$(document).on('beforeAddToCart', function(event, options){});

Как минимум короче код и привычнее.

Напоминает MIGX, только более продвинутый.