Воеводский Михаил

Воеводский Михаил

Был в сети 30 марта 2026, 14:44
Заказы не принимаю
В моем случае задача проста:
1) Вывести список контрагентов в выпадающем списке (простой сниппет вывода списка с поддержкой чанков для оформления)
2) Добавить контрагента обычным пользователем сайта (простой сниппет, обрабатывающий данные с формы и вызывающий процессор создания организации)

Если добавить в свой компонент оба пункта, спектр областей применения сразу же значительно возрастет. Привязка внешних пользователей нужна не всегда, как и работа со всем этим в админке, но как центральное звено для хранения и вывода списка контрагентов для использования в разных местах на фронте компонент подойдет прекрасно.
Если не писать свой класс заказа (это проще, на самом деле), можно сделать свою обвязку на PHP+JS вокруг MS2. А точнее: на фронте реализовать собственную логику так, как необходимо, отправлять запросы на сервер, а принимать их и обрабатывать с помощью сниппета, который создаст новый товар, добавит его в корзину и создаст заказ.
Если плодить товары не нужно, достаточно создать универсальный товар с любым названием, в корзину добавлять всегда его, а все комментарии сохранять как комментарии для адреса.

Не увидел в ответе и на сайте простейшей возможности — вывода списка контрагентов. Это не реализовано?
Предполагается ли добавление контрагентов (пользователи не нужны) из фронта обычным пользователем, не внешним? Тоже не увидел об этом упоминания.
Я под один из проектов планировал написать модуль работы с контрагентами, на данный момент достаточно лишь простейшей таблицы в бд и вывода на фронт. Все дальнейшее развитие моей задумки я уже увидел в Вашей админке. Соответственно, свой модуль писать не вижу уже ни малейшего смысла.

По Organizations меня интересует, какие возможности для фронта у него есть из коробки.
1. Этот абзац понятен. Однако, желания читать пост, увы, не появилось :(
2. GPL обязывает предоставлять исходники только тем, кто получил копию программы. И то — по запросу. Открытое выкладывание исходников — это исключительно добрая воля авторов. Таким образом, если пользователем программы являются только покупатели магазина, они могут попросить автора предоставить исходник. И только в таком случае обязанность автора предоставлять исходник действует.

Что касается сайтов и прочих работ на MODX: заказчик (пользователь программы) всегда получает исходник своей программы, так как это особенность php. И более того: если автор обязан предоставить коды MODX, то любые модули, поставляемые с ним, вполне могут быть и обфусцированными, и с закрытым кодом. Просто в таком случае нужно будет позиционировать не «Сайт под ключ», а «Настроенный MODX + модуль NN».

Надеюсь, мой коммент отвечает и на все выпады в сторону Modstore.
1) Каша вместо описания. В целом, интересный компонент и хочется понять, что он уже умеет. Но в текущем виде глаза отказываются это читать.
2) «Лицензия» весьма сомнительна, хотя автор, конечно же, имеет право распространять свой труд под любой лицензией.
Документация размещена на docs.modx.pro, компонент доступен в магазине.
Описание в посте обновлено.

Когда-нибудь компонент появится и в официальном репозитории — все зависит от их скорости работы. Пакет на модерацию отправлен.