Обсуждаем miniShop 2.0

мне хотелось бы побыстрее

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

Сравнение товаров

Изображения убрать из отдельной таблицы. хранить в основной таблице в поле img в формате json.

Чтобы поддерживались не только мультикатегории, но и иерархия подкатегорий. Еще мелочь, но сейчас нельзя отсортировать по выбранным категориям. Поддержка всех типов tv инпутов, которые есть в modx… Пока навскидку все, что вспомнилось. Ну и переименование классов ModGoods в Product, ModCategories в Category и т.д. =)

Нужна гибкая настройка характеристик товара и его подкатегорий (вынести создания структуры товара в область API)

Есть товары у которых к примеру есть дополнительные свойства цвет, упаковка итп

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

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

Хотелось бы увидеть, что то типо 1 карточка товара с возможностью подключения кастомных параметров и апи для работы с ними (нечто подобное пытаюсь реализовать на базе migx).

Либо включить возможность подключать собственный обработчик остатков товара.

Все это счастье можно держать в Json массивах

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

В любом случае жду с интересом и любопытством))

согласен

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

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

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

Сайты по продаже дешевых изделий в основном зарабатывают на сопутствующих товарах. Например мы продает дешевый плеер, а к нему предлагаем еще чехол, батарейки, дополнительные типа качественные наушники, какие нить будь подставки и т.д., в конечном итоге, сам плеер не является прямым источником заработка. Но даже если сопутствующие товары не выполняют роль прямого заработка, они все равно остаются важным моментом, так как помогают покупателю более комплексно сделать заказ в одном месте, например мы покупаем кулер для воды и к нему берем стаканодержатель, который стоит на порядок дешевле, тем самым не обогащая бизнес, а создавая приятное впечатление, оставляя ниточку для возврата или «сарафанного радио».

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

Спасибо Simple Dream и Василию за новогоднюю инициативу!!!

Мои пожелания.

1. Сделать Ajax проверку малого количества товаров. Например, когда в остатке товара мало (например 5 или 10) то включается Ajax проверка остатка. Это нужно для того, что бы покупатель не положил в корзину товара больше, чем есть на складе. А менеджеру потом не пришлось извинятся, объясняя, что столько единиц товара нет в наличии.

2. Интегрировать тикеты с возможностью ведения диалога между менеджером и покупателем без посторонних лиц (тет-а-тет).

1. Полноценная поддержка TV в админке.

2. Редактирование товара, вкладка «категории»: сначала отображать категории к которым относится товар, потом — все остальные. Сортировка по колонке «включено» также необходима.

3. Редактирование заказа: возможность добавление товара не только по названию, но и по артикулу.

4. Возможность создания заказа через админку.

5. Возможность вешать снииппеты на изменение статуса заказа (не только отправку email). Здесь же, при изменении статуса заказа, возможность не отправлять email и не выполнять соответствующий сниппет (необходимо в некоторых ситуациях).

6. Вынести свойство «производитель» для товара в отдельное поле — не через TV. В идеале, сначала где-то задавать список производителей, далее при создании/редактировании товара выбирать производителя из выпадающего списка.

7. Редактирование заказа, вкладка «адрес» — здесь очень не хватает возможности привязать точку на яндекс карте.

8. Печать заказа из админки, включая карту из п. 7

Из того, что приходилось дописывать для minishop по заказу клиентов:

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

2. Товары по акциям и спец. предложениям (дополнительный параметр новой цены)

3. Помечать товары как доступные только для предзаказа

4. Возможно, из разряда бреда, но некоторые заказчики просят скрывать все ненужные им поля в товарах и заказах, т.к. заполняют зачастую менеджеры, и «лишнее» их сбивает. Т.о., как вариант, в настройках можно было бы указывать список отображаемых полей товара/заказа.

5. Итоговые суммы в карточке заказа: без скидки, со скидкой, с доставкой и скидкой

Понятно, что некоторые пункты легко реализуются через tv, но из удобства «чтобы было все в одном месте», меняла сам компонент.

1) Поддержка мультиязычности (если не заполнен второй язык то всё равно выводить информацию из основного языка)

2) Нормальная фильтрация по характеристикам.

1. Очень не хватает возможности редактировать стоимость (а может, и другие поля) товара прямо в таблице товаров — как в настройках MODX.

2. В импорте просто необходимо добавить возможность выбирать символ — разделитель. Также не помешает возможность делать импорт из текстового поля, для отладки. В общем, всё как у ImportX.

Был бы интересным шаг с определенными ценами для определенных категорий пользователей(оптовая закупка, розничная закупка), либо изменение цены при покупке определенного товара в определенном количестве (наример, если приобрести товар больше 5 или 10, то он будет доступен по оптовой цене).

Забыл про очень важный пункт: способ оплаты заказа в зависимости от выбранного способа доставки.

Модуль экспорта товаров в csv. При импорте, возможность указывать подкатегорию товара.

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

2. Дополнительные поля в профиле пользователя после регистрации

3.Сохранение истории заказов пользователя (например история тикетов пользователя в Tickets)

habrahabr.ru/company/webasyst/blog/122688/ Здесь статья полутора летней давности, в ней и комментариях достаточно хорошо описана удобная система обработки заказов и работы с клиентами соответствующее процессам описанным в ITIL

Не могли бы вы добавить в minishop метод для очистки корзины? Я сделал сам, но не хочется каждый раз дописывать его при обновлении компонента.

minishop.class.php:

/*

* Empty cart

*

* @returns array $arr                   // array with total weight, price, and number of goods

* */

function emptyCart() {

unset($_SESSION['minishop']['goods']]);

$data = $this->getCartStatus();

return $this->success('ms.Cart.empty',$data);

}

minishop.php:

// Load needed method

switch ($action) {

case 'emptyCart': $res = $modx->miniShop->emptyCart(); break;

...

}

minishop.js:

$('.emptyCart').live('click', function(e) {

$.post(url, {action: 'emptyCart'}, function(data) {

data = $.parseJSON(data);

showResponse(data);

cartStatus(data);

})

e.preventDefault()

})

Вот, как-то так :)

Сравнение товаров.

Как уже писали выше, хотелось бы указывать вариант цены в зависимости от количества товаров. Например, при заказе, от 1 до 100 товаров цена за 1 шт. 100 руб., при заказе больше 100 товаров - цена за 1 шт. 85 руб. и т.п, таким образом при оформлении заказа в корзине товаров итоговая сумма формируется за счет параметров первоначальной цены, зависимой от количества товаров.

В начале длинная предыстория,которую можно не читать.

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

Поэтому прошу, сделайте имена таблиц не modx_ms_modTags, а modx_ms_modtags

Разница не слишком большая, и для тех кто не лазит в БД разницы вообще никакой, а те кто лазят, прочитают и так, но возможно избережёт от такой проблемы как описана у меня в предыстории.