Семён Кудрявцев

Есть вопрос по компоненту, в интерфейсе во вкладке связи есть возможность включить действие промокода
на определенные категории товаров и товары. Но что делать если нужно наоборот исключить категорию/товар?
Например есть промокод, который действует на весь ассортимент каталога, за исключением одного товара.
И ещё один момент — в конфиге промокода есть чекбокс — Не применять без скидки, когда он включен,
на фронте применить промокод можно, а в админке к уже существующему заказу с тем же составом товаров нет, так и должно быть? Пишет — в корзине нет товаров, соответствующих этому промо-коду.

Новая настройка «удалять временные файлы при синхронизации» в выключенном состоянии ломает синхронизацию только с изменениями.
Процесс начинает писать в уже существующие файлы, ну а это уже в свою очередь нагибает парсер и весь процесс ложится с ошибками.
И ещё одна небольшая хотелка, если будет время и возможность:
Сделать возможность скрытия из меню товаров, приходящих с нулевым количеством, так как снятие с публикации это сразу 404 ошибка и сеошники сразу начинают есть мозги, что товары нужно просто прятать от пользователей, но оставлять рабочими для поисковиков. Уже раз 10 попадались сайты клиентов с Вашим компонентом, везде приходилось дописывать этот функционал. Думаю это будет полезным прямо из коробки.

1)Интегрировать весь функционал из компонента msTools, хотелось бы чтобы это было из коробки.
Минимальный функционал создания заказов из админки и возможность печатать по заказам нужные документы (накладные, для курьеров, выставление счета и.т.д)

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

3)Возможность в настройках менять формат номера заказа (Были случаи, клиент просил вместо слеша, ставить тире, так удобнее копировать номер заказа в 1С было)

4)Визуальный дефект (не видно рамки у select-а)

Классный компонент, но в консоли ошибок при обращении к компоненту постоянно валятся ошибки
Самая частая:

Encountered empty IN condition with key id

Можно увидеть при чистой установке системы на modhost + компонент
В остальном функционал супер, советую его всем своим клиентам

Автору респект! Очень интересный и полезный компонент. Немного хотелок (если у автора будет время):
— В общих шаблонах сейчас можно делать выборку только по ресурсу-родителю, было бы круто если бы можно было ещё и по шаблону выборку делать.
— Возможность добавлять свои переменные в шаблоны (Родные допполя miniShop2 и tv-поля)
— Склонение слов в шаблонах (через модификатор было бы вообще круто)

Очень интересную тему затронули. Продолжайте, поделитесь своим опытом.
У меня в последнее время стали часто появляться задачи по интеграции небольших магазинов и
сейчас в сайтах на MODX это решается либо компонентом mSync, когда нужна периодическая выгрузка или обмен заказами или когда клиент хочет прям полную интеграцию, тогда стандартный REST API в 1С — плюсом такого решения является отсутствие необходимости в 1С-специалисте, коих сейчас трудно найти.
Всё, что нужно это опубликовать 1С на веб-сервере и поставить одну галочку включения REST интерфейса.
Дальше всё делается со стороны web-разработчика. Сейчас детально изучают эту тему — мне кажется это наиболее оптимальный способ интеграции с 1С как для малых так и для больших магазинов.

Обновленная версия кладет сайт с 500 error — вот лог — yadi.sk/i/qWMVhkBoXuJ_Kg
Отключаю плагин компонента, всё ок!
Ругается на это — core\components\resvideogallery\vendor\composer\autoload_real.php: 66) PHP warning:
И на это — core\components\resvideogallery\vendor\composer/../ralouphie/getallheaders/src/getallheaders.php): failed to open stream: No such file or directory

Поставил потестить компонент и заметил один момент, что поля фильтров, если им указать условие,
например — {«published»:1,«template»:8} — будут собирать новые значения, только если заходить в каждый новый товар и явно в нем ставить галочку опубликован и сохранять ресурс. Но сбора новых значений в словарь не происходит, если публиковать товары через таблицу в категории — yadi.sk/i/YJ2lPD0e0eC0zA
Видимо нажатие этих кнопок не вызывает необходимых событий, на которые завязан компонент.

Всё теперь вижу в заметке появились исправления) спасибо!

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

Поддерживаю, тоже очень интересно! Ждём полной версии

Я тоже за 3 вариант, так как попытки обратной совместимости и вообще какой либо совместимости со старым возом ни к чему хорошему в MODX уже точно не приведут. Нужен смелый рывок вперёд — и так у компонента будет больше шансов на долгую жизнь и более широкую сферу применения.
По поводу 1 варианта, он может хорошо выстрелить, так как можно будет очень быстро сделать рабочее решение на современных фреймворках + все имеющиеся дополнения MODX. То есть тот же miniShop2 заюзать, например, с react или vue. Вся логика бэка уже написана, посылай только rest запросы и будет счастье. Но это опять тянет за собой совместимость, от которой в данном случае, я считаю, нужно отказаться.

Классная идея, спасибо автору!
Вопрос, а не будет проблем с кэшем MODX?
Например в родной системе публикации ресурсов по расписанию, если ресурс кэшируется, то ничего не работает, пока не почистишь кэш.

Как подключаете Вы — так работать не будет! MODX своим парсером, на сколько я знаю, не заглядывает в подключаемые таким образом js файлы, соответственно никаких плейсхолдеров не будет внутри.
А вот если создать ресурс с типом js и внутри писать js-код с динамикой, а потом этот ресурс подключать по ссылке — вот так работать будет. Но сам такой подход уже попахивает не очень.

Однозначно нужная штука, автору респект.
Будете оформлять в пакет и размещать в репозиториях или брать только из исходников?

Прикольный компонент получился, спасибо автору, за то, что он ещё и бесплатный.
Есть одна просьба:
При реализации переводов на мультидоменных сайтах, приходится делать кучу дублей в локализациях,
так например есть сайт site.ru и sbp.site.ru, нужна английская и русская версии на обоих.
Так вот приходится делать 4 локализации: две на русский и две на английский, а всё из-за того, что нет возможности в настройку HTTP_HOST прописать маску типа *.site.ru или через запятую перечислить все хосты для данного языка.

Хорошая задумка, а формат обмена будет CommerceML или через oData?
Я сейчас изучаю 1С и вопросы интеграции и всё чаще вижу использование oData

Красавчик, tolanych.
Дал вторую жизнь компоненту, респект!
С наступающим!

Почините, пожалуйста галочку — очистить кэш у раздела с тикетами, она не сохраняет свой статус после сохранения и обновления страницы.

Уважаемые представители сообщества!
Обращаюсь к тем, кто умеет делать PR и разбирается в MODX и компонентах.
Василий готов принять исправление небольшого, как мне кажется «бага», связанного с очисткой кэша у разделов с тикетами (Подробнее можно почитать в комментариях).
Если у кого-то есть немного времени и желания улучшить компонент, просьба помочь решить проблему.