Clean

Доброго времени дорогое сообщество!
В рамках уже собственного проекта столкнулся с необходимость реализации функционала предпроверки заказа менеджером, для возможности его последующей оплаты покупателем — формирования ему счета на оплату и предоставления такой возможности.
Собственно реализовывать функционал планирую сам, в рамках не большого компонента -расширения для Minishop последней версии.

Отсюда вопросы — возможно кому-то это дополнение будет нужно, и я готов его сделать оформленным компонентом в магазин. Есть ли какие-то пожелания по функционалу? Ниже под катом мое виденье реализации.

Доброго времени суток уважаемое сообщество!
Столкнулся с следующей необходимостью – мне нужно для интернет магазина реализовать функционал создания заказ для клиента из бекенда, с возможностью в дальнейшем сформировать клиенту счет на оплату, одним из возможных способов оплаты и доставки, и отравить ему ссылку, например по почте.
Если особых вопросов с формированием счета не возникает – это по сути обычная оплата, то вот с созданием заказа – есть вопросы.
Сам компонент на мой взгляд актуален, и в большинстве кейсов может быть востребован.
Предлагаю коллективно составить ТЗ, обсудить его и собрать денег на реализацию.
От себя я готов внести сходу 10 000.

Доброго времени суток, сообщество =)

На днях, видел вопрос человека, еще на старом сайте сообщества, о том, как же добавить свои поля в форму редактирования\создания тикетов.

Вот мой вариант, который только что написал. За основу, в целом взял подход Василия (ну т.е так как сделано тут), т.к считаю его оптимальным.

Добрый вечер!

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

По идее здесь можно сделать гибрид Uploadify Tickets и MSGalley, т.к Uploadify позволяет загружать файлы и привязывать их к пользователю, нужно доработать так чтобы сделать связь фото-с альбомом, ну и немного фантизии и может получиться хороший компонент.

Мопед не мой, я просто разместил объяву, как говорится — у меня нет времени вникать в это дел, но компонент очень хочет клиент, и готов заплатить 3 тыщи рублей…
Если вдруг кто поддержит идею — велкам в топик за поисками исполнителя и сбора денег.
Возможно и сам заинтересуюсь в зависимости от суммы. =)

Доброго времени суток!
Я смотрю в сообществе Василия краудфандинг начал приживаться, это хорошо и даже очень.

Есть предложение собраться, обмозговать и скинуться на систему личных сообщений для MODx,
на первой версии достаточно думаю P2P реализации, т.е один человек пишет другому,
должно быть уведомление о получении сообщения, а так же о его прочтении.
Собеседники дожлны так же видеть статус друга друга-Online\Offline.
Нотификация о получении личного сообщения должна быть реализована в реальном времени-отличный пример является VK.com.

Василий, добрый вечер!

Собственно к тебе вопрос — на последнем Tickets если для секции указать Parent !=0 он просто исчезнет из дерева ресурсов и будет доступен только по ID.

Я ошибаюсь, но могу предположить что ранее делать вложенные секции друг в друге было нормально?
У тебя ведь так построен раздел /sections/, что-то сломалось?

Василий, друзья, приветствую!

Собственно вопрос по существу — есть кастомная страница с заказом, из стандартных полей там есть оплата и доставка.Я не нашел мануала и не стал копаться в коде дабы проверить факт наличия JS скрипта, который при выборе определенного метода доставки убирал бы метод оплаты и написал по старинке на JS простейшие функции управления видимостью.

Собственно вопрос — есть ли в дефолтном MS2 какая-либо удобная реализация этого функционала?
Т.е например если я выбрал «Отправка почтой» то вариант с «Оплата наличными» должен спрятаться, а вместо этого выехать например «Оплата картой». Ведь по идее такая штука быть должна, не даром в админке есть удобная привязка, которую можно вполне было задействовать..?

Василий, друзья, добрый день!

Я уже писал темку modx.pro/help/1918/ но что-то она осталась без внимания.
Теперь еще раз хотел бы ее поднять, но уже вопрос намного короче —

как быть, когда у тебя свойств для товара в общем количестве более 100?

Кроме жесткой шаблонизации с использованием TV это никак не решается сейчас?
(свойства разумеется разные, и не нужно чтобы у одного товара были свойства другого).

Возникает мысль, почему не придумано дополнение, которое позволяло бы добавлять кастомные поля для определенного ресурса, и если например это parent то добавлять их ко всем ее внутренним ID.
По идее вопрос решается простой табличкой на подобии TV с привязкой ресурса и его поля с описанием и значением, не знаю правда как в ExtJS из базы подтянуть определенный набор полей, но уверен что такое возможно…

Василий, вопрос в принципе лично к тебе, но конечно уверен он будет полезен и другим читателям.

Так вот — хотел спросить именно твое мнение при выборе архитектурного решения для дополнительных свойств товара.
Предположим есть интернет магазин мебели, товары само собой совершенно разных видов, например есть диван с 10 параметрами, 7 из которых уникальны и присущи токо диванам, оставшиеся 3 присущи еще 5 вариантам категорий,
ну и есть еще всякие стулья кресла итп у которых тоже есть как и схожие так и уникальные параметры, да и вообще есть категории где доп. параметры ни с кем не повторяются.