Вчера я писал про новый модуль оплаты Яндекс.Касса и некоторых ближайших планируемых обновлениях. И вот уже сегодня я объявляю о свежем функционале на сайте — онлайн-записи на мастер-классы и прочие мероприятия. Теперь мы можем объявить о каком-нибудь мастер-классе, и желающие могут на него записаться, сразу совершив оплату на сайте. И здесь есть несколько интересных моментов:

1. Информация о мероприятии выводится прям в топике (Когда пройдем мероприятие, или когда уже прошло оно, сколько всего билетов имеется, сколько куплено и т.п.).
2. Так же в топике выводится и платежная форма, если билеты еще имеются. Если билеты закончились, то выводится соответствующее сообщение.
3. Прописаны проверки на количество билетов, так что даже если параллельно инициируют оплату последнего билета два человека, оплата пройдет только от первого успевшего. И даже если деньги успели списаться у человека, а билет уже был приобретен, Яндекс вернет деньги пользователю автоматически (то есть они не будут зачислены на наш счет).
4. Весь этот функционал был написан всего за пару часов. Мастер-класс пройдет у нас в офисе по адресу Новый Арбат, 21, оф. 2308 (все явки имеются на странице контактов). Рассматривать будем именно этот функционал (включая модуль оплаты Яндекс.Касса), так как здесь очень много всего интересного. Большое внимание будет уделено именно средствам отладки запросов, что крайне важно при написании модулей оплаты и т.п., ибо там сторонних данных, межсерверных запросов, пользовательских сценариев и т.п. Будьте уверены, посещение данного мероприятия для вас не пройдет за зря. Количество билетов весьма ограничено! P.S. Так же хочу отметить, что это только начало. В ближайшем будущем будет вводиться множество платных фишек и не только нами предоставляемых.

Вот видите, есть даже готовые сторонние модули. Это еще раз подтверждает, что при желании у нас многое доработать можно.

Я выкладывал минимальный набор для управления заказов. Облегчает жизнь менеджера.

Да, мы спорили когда-то по техническим вопросам, и до сих пор каждый остается со своим мнением, но это не относится к вопросу о размещении вашего топика только там. Просто дело в том, что лучше вопросы задавать авторам компонентов. У нас просто с modx.pro принципиально разные подходы к разработке и разные технологии. Потому и я часто, когда приходят задавать вопросы по минишопу ли pdoRools (и т.п.), отправляю на modx.pro А если вы задаетесь вопросами по ShopModxBox, то имеет смысл и здесь их задать. Я не говорю что там не надо задавать, просто эффективней в нескольких местах задать вопрос. На счет вашего вопроса: 10 000 — совсем скромный бюджет, но так как все равно я буду делать сейчас большую часть из этого, предлагаю сделать так: так как срок вы объявили 2 недели (то есть у нас есть время) и объявили готовность оплатить 10 000, наверняка есть и другие желающие высказать свои хотелки и поддержать рублем. Создавайте новый топик здесь с подробным перечислением того, что вы хотите. Другие тоже подключатся к обсуждению. Обсудим что нам гарантировано надо и что точно войдет в ядро, а что надо, но не всем (и под что хотя бы необходимая основа будет заложена), а что и вовсе практически никому не нужно и не стоит на это распыляться. Просто есть моменты, которые из того же видео точно не попадут в ядро в ближайшем будущем, например динамическое управление полями заказов. У нас это все делается индивидуально и на этот счет написано не мало подробных статей. А ту динамику, которую я хочу сделать — это все только в новой мажорной версии сборки. Там все будет переделано с учетом этих технологий: habrahabr.ru/post/253737/

Семён, вы опять не совсем правильно все поняли. Это не минимальная база. Да, есть какие-то моменты, которые могут создать видимость недоработки. Но здесь самое ценное — это самое ядро и основа этой сборки. Повторюсь: сделать редактирование заказов — это не большая проблема для понимающего разработчика, и делается за день-два (с какими-то наворотами может конечно больше времени занять). А вот тот же биллинг, который входит в саму сборку, вот его не всякий средний разработчик напишет и за пару месяцев. Там очень много моментов тонких есть. У нас многого нет в коробке, но многое легко дорабатывается. Там есть больше из коробки, но вы попробуйте это доработать. Взять те же заказы, которые изначально хранятся в БД, а не в сессиях, как на других модулях. Вы это просто так не доработаете в шопкипере. Вот вам простой пользовательский сценарий для примера: оптовый магазин, постоянные клиенты со скидками. Вот зашел клиент, добавил несколько товаров со скидками в корзину, а потом ушел (это нормальная практика, что они несколько дней набивают корзину, а потом делает окончательный заказ). Так вот, ушел он, вернулся через пару дней, и не обратил внимание, что он уже не авторизован. Он ходит по сайту и накидывает товары в корзину (даже не обращая внимания, что ему скидок не показывается, и такое бывает). А потом такой оформить заказ, и вдруг понимает, что он не авторизован, что только текущие товары в корзине. Понимаете? Вот мы с таким сталкивались. И на одном магазине дорабатывали это, что когда пользователь авторизовывается, выполняется поиск предыдущей корзины, и если она есть и она не оформленная, то происходит перенос товаров в нее, при чем с пересчетом скидок, а новая ненужная удаляется. Попробуйте сделать это на шопкипере или минишопе. Уточню: сессия всегда одна. Нельзя с новой сессией найти старую. Те, кто сделал не один магазин на всех трех модулях, понимают уже разницу.

спасибо

modxclub.ru/blog/voprosy-spetsyalistov/146.html#comment-1002

Ах да на счёт моей задачи на modx.pro Совсем недавно узнал о ваших спорах с Василием Нуамкиным, в том, что я там разместил объявление, а у вас нет, нет ничего странного, просто тот сайт первым подвернулся в поисковике. Отсюда следующий вопрос, Вы написали, что конечный функционал заказчик заказывает или у вас или ищет ещё кого-то, то есть Вы готовы помочь реализовать мою задачу, я правильно понял? Для меня это даже лучше, если знающий свой модуль человек, доделает его под мои нужды. Если Вы готовы помочь, сколько денег это будет стоить?

Я понял вашу мысль, просто эта сборка на просторах интернета кое-где позиционируется как полностью готовый магазин, где-то её сравнивают с miniShop и shopkeeper, исходя их этих соображений решил попробовать сделать на ней проект, а теперь менеджеры высказывают что ради только того чтобы убрать позицию из заказа, нужно просить клиентов повторно осущетвлять заказ без этой позиции, но теперь мне всё стало понятно, это самая минимальная база. Николай, благодарен вам за ответ.

Здравствуйте. Во-первых, такие вещи есть на тех магазинах, где заказчики оплачивают данный функционал. Сборка несет в себе базовый функционал, а конечный заказчик заказывает индивидуальный функционал или у нас, или находит себе разработчика. Вы вот тоже попробовали найти разработчика на эту задачу, вот только странно что пытались делать это на modx.про, но не опубликовали и здесь объявление. Хотя бюджет не позволит привлечь много внимания. Просто каждый заказчик свои требования выставляет, и где-то нужно так, а где-то так. Мы бережно относимся к ядру магазина, не наворачивая его и не раздувая объем кода, чтобы конечному разработчику было легче разобраться в этом и допилить свое при необходимости. Во-вторых, как раз базовое управление заказами есть — это сама страница с заказами. То есть если чего-то не хватает, то это допиливается, а не пишется все с нуля. Опять-таки — просто вопрос уровня привлеченного специалиста. К примеру, вот фильтрация заказов по пользователям, а вот скидки. При желании не сложно добавить и редактирование заказов. Вы просто не совсем правильно видимо понимаете суть данной сборки. Она не подразумевает, что из коробки вам будет все и сразу. Это качественная заготовка для разработки индивидуальных проектов. К тому же она бесплатная. Use as is. Ну а если о хорошем, то как раз в следующей сборке будет редактирование заказов. Но это что касается поиска заказов, удаления/добавления позиций и т.п. На счет скидок ничего не буду обещать, так как часто это очень индивидуально. Но кой-какие мысли есть, что-нибудь добавлю.