Алексей Шумаев

Вроде на демке всё расписано очень подробно; стремился, чтобы было как можно проще.
Ваше мнение принято, спасибо. Постараюсь сделать ещё удобне.

Да, я думал об этом таком в плане: включить сразу стандартные формы + кнопки сразу в чанках, чтобы формы эти работали сразу из коробки даже без той минимальной настройки, которая есть сейчас.
Кто включает модалки своими способами, без проблем изменят чанки, остальным будет удобнее.
Сейчас собираю «хотелки», скоро будет обновление.

Спасибо.
BS3 там не много, и то просто потому, что сейчас большинство проектов на нём и меньше народу править придётся. У меня везде штатные формы без изменения вёрстки работают, удобно.

nic.ru
Тариф 300
php7,SSD,RAM 384Mb
от 299/мес

0.0123479: Created inline «modChunk» with name «d9ad1bcdc5a530ed83598e35a1357e51»
0.0951841: Total time
2 097 152: Memory usage

Обнаружил следующие моменты:
1) если в цене есть запятая => получим ошибку PM ~ «Не удалось прочитать поле PRICE»
Пока исправил у себя заменой, на.
2) возможна ситуация, когда id заказа на сайте (идёт в PM как номер счёта) совпадёт с номером заказа, который прошёл в PM из других источников => получим ошибку PM ~ «Дубль номера заказа»
У себя поправил, установив LMI_PAYMENT_NO = 'S-'.$id
Думаю нужно добавить системную настройку «Префикс номера заказа» для исключения возможности такой ситуации.

От оно што… пропустил. Изучу, спасибо!

И ещё момент вспомнил: в modExtra есть кусочки Office (их не много, видимо остались случайно в заготовке).
Не удивляйтесь, а просто удалите их везде по коду и из файловых элементов, чтобы не было лишних элементов. А можно и не удалять — не мешают. Я часто в рабочих компонентах их вижу )

Забыл отдельно основу указать: github.com/bezumkin/modExtra
Краткая инструкция:
1) загрузить на сервер
2) запустить rename_it.php?name=component_name
3) при необходимости заменить пути в /_build/build.config.php (если переименованы системные директории Modx)
4) запустить /_build/build.transport.php
5) творить

За всё спасибо, сами знаете кому!

И да, далее. Сплошная польза: github.com/bezumkin/miniShop2

bezumkin.ru/training/course1/
modstore.pro/packages/utilities/cmpgeneratorpro (см. видео)
ilyaut.ru/video/creating-repositories-lesson/ (см. видео)

Про гео.
Недавно перешёл на api dadata. Позволяет посетителю по желанию сразу указать на сайте адрес, вплоть до дома. (отсюда сразу получаем верный индекс, кому надо). Полная база городов/адресов, в отличии от GeoLocation (насколько я помню, там далеко не все города).
Указание полного адреса — как раз убирает целый шаг в корзине.
На данный момент есть только 2 проблемы: мобильные (тут всё ясно) и с какого-то момента куча IP не верно определяется что dadata'ой, что sxGEO. Проверяли на некоторых московских адресах — полный трэш — то Чукотка, то чуть не Китай ) Думаю, временно, т.к. онлайн тестилки нормально определяют.

Понятно, я не успел вчитаться за обедом )
А тема интересная, последние 3 проекта требовали одновременной работы с несколькими службами доставки + почта.

Я думаю над тем, как облечь этот набор в компонент (уже 2 года сразу ставлю свой набор, т.к. знаю, что всегда будут кастомизации), чтобы его было просто изменять. Тогда возможно; иначе не вижу смысла, вряд ли кто-то будет разбирать мой код (мастерам не нужно, начинающие будут путаться).
С другой стороны, если будет компонент — выкладывать его — это значит неизбежно навлечь на себя кучу вопросов от народа по индивидуальным особенностям их проектов. Отвечать на такие уникальные вопросы крайне трудно и затратно по времени, сами понимаете ). Не отвечать — негатив.
Я стараюсь делиться с сообществом наработками в благодарность за его помощь, но этот вопрос слишком объёмен…
Вот что имеет смысл, так это описать сам принцип реализации, без кодов. Матёрым разрабам оно без надобности, а начинающим может помочь.

Поступаю аналогично:
Есть свой набор скриптов, рассчитывающий стоимость доставки по IML, СДЭК, Деловые Линии, Почта РФ. А также хранящий локально и регулярно обновляющий пункты вывоза и даже стоимость доставки для каждого города в случае типизированных товаров/заказов (это позволяет не обращаться каждый раз к серверам служб доставки).
Всё это хозяйство работает с расширенными классами доставки, оплаты и корзины MS2.
Т.к. практически всегда в реально работающем магазине (более-менее сложном) есть свои тонкости, использовать модули невозможно. Это не недостаток какого-либо дополнения: принципиально невозможно предусмотреть все варианты для всех проектов.

А почему не сделать расширением корзины? Я так решаю подобные задачи.
Пример в доках: docs.modx.pro/components/minishop2/development/service/connection#Пример-подключения-собственного-класса-доставки

Потому пример и не привожу — очень индивидуально.
В моих случаях вполне нормально работает.

Я сниппетом сортирую.

Благодарю, лишним точно не будет!

Мы же разработчики. Маркетологи задачу поставили, мы реализовали.
Если будут новые вводные, возможно придётся вернуться к js, совсем не спорю )

Такой задачи не ставили, не могу сказать, насколько это важно.
Если будут данные, отпишусь.