НА ЧЕМ делать интернет магазин ubercart или drupalcommerce

Главные вкладки

Аватар пользователя kt kt 14 июня 2011 в 19:54

НА ЧЕМ делать интернет магазин
Коллеги здравствуйте нужен совет, прошу откликнуться только тем кто в теме...

Нужно сделать несколько магазинов, встал вопрос выбора

drupal 6 - ubercart 2
drupal 7 - ubercart 3
drupal 7 - drupalcommerce
Что еще чего я не знаю?

Если вы имели опыт разработки с тремя магазинами, подскажите

ВАШ ВЫБОР на чем делать и почему?
Знаете ли вы готовые сборки или фичи для DC

КАКИЕ ПО ВАШЕМУ ПЛЮСЫ И МИНУСЫ у каждого!

Комментарии

Аватар пользователя Ch Ch 14 июня 2011 в 20:25
  • drupal 6 - ubercart 2 — самое популярное и проверенное решение.
  • drupal 7 - ubercart 3 — ничем не хуже предыдущего варианта. Работает на удивление стабильно.
  • drupal 7 - drupalcommerce — позиционируется как основной модуль для электронной коммерции в друпал 7. Использует новые возможности API drupal 7. Очень много шумихи, однако реально мало кто использует. Слишком много нового. Думаю, большинство ждут какой-нибудь готовой сборки. Те кому ждать некогда продолжают использовать ubercart.

ИМХО

Аватар пользователя gumk gumk 15 июня 2011 в 9:55

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

Аватар пользователя KTATTOO KTATTOO 17 августа 2011 в 11:41

Я остановился на d7+u3. У dc по моему заморочек много, а в u3 все готово, немного только подпилить, стилизовать и в путь.

Аватар пользователя KTATTOO KTATTOO 6 сентября 2011 в 10:33

Не полностью все перевел, да и перевод у меня специфичный. перевел только то, что видит клиент. Переводил стандартными средствами друпала.

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 6 сентября 2011 в 19:49

"KTATTOO" wrote:
стандартными средствами друпала.

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

Аватар пользователя litecommerce litecommerce 16 января 2012 в 15:22

Ещё можно посмотреть в сторону LiteCommerce 3, нашего решения для Drupal 7, которое уже обсуждалось мельком здесь: http://www.drupal.ru/node/69701

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

Аватар пользователя rimen rimen 14 июня 2012 в 1:34

7 + UC 3. Стабилен, проблем нет, многое стало удобнее. Плюшек действительно меньше - чуток(или больше)) работы руками может понадобиться.
Использовал именно его из-за модуля importer от Mirocow как основы для автоматической синхронизации с 1С. А вообще очень хочет попробовать DC основательнее.

Аватар пользователя .poltergeist .poltergeist 14 июня 2012 в 2:35

rimen wrote:
7 + UC 3. Стабилен, проблем нет, многое стало удобнее. Плюшек действительно меньше - чуток(или больше)) работы руками может понадобиться.
Использовал именно его из-за модуля importer от Mirocow как основы для автоматической синхронизации с 1С. А вообще очень хочет попробовать DC основательнее.

если не сложно, расскажи что стало более удобным по сравнению со вторым? есть ли нормальные гибкие решения для организации скидок? в d6+uc2 с этим делом беда

Аватар пользователя .poltergeist .poltergeist 15 июня 2012 в 1:07

alexandr.poddubsky wrote:
".poltergeist" wrote:
в d6+uc2 с этим делом беда

вот как раз таки в 6 бяды нет.

как без сложных движений (читай без своего кода) сделать по нескольким условиям? и конечно, чтобы в административной части все ок отображалось, а не как скажем в discount alternative

Аватар пользователя rimen rimen 15 июня 2012 в 0:42

Про удобство - видно это общее впечатление от повышения юзабилити 7-го друпала в целом. Со скидками сложными не работал, просто кастомное на оснвое цены по прайсу и цены к продаже, но в целом модулей-плюшек для 3-ий однозначно меньше, в том числе и в contrib на u.org- складывается впечатление, что многие ушли на Commerce.

Аватар пользователя sg85 sg85 15 июня 2012 в 1:18

лично мне приходилось сталкиваться с тем, что клиентам не нравится то, что есть в уберкарте, в итоге приходилось городить много много костылей, чего уберкарт не особо любит, и такое бывало к сожалению не 1 раз Sad потому лично я голосую за D-7+Commerce ибо туда и костылей нужно меньше и ставить на мой взгляд туда их гораздо легче, а так же мало ли что заказчику со временем в голову придет. От сюда вывод - уберкарт рулит только, если заказчику действительно глубоко пофиг как у него работает магазин. ИМХО.

Аватар пользователя WebFamily WebFamily 4 июля 2012 в 9:49

Commerce Drupal основывается на Views, а Views это простор для разработчика без вмешательств в код, ну почти без вмешательств).

Аватар пользователя sg85 sg85 6 июля 2012 в 2:05

"Ch" wrote:
хм, а коммерц из необычных что ли?

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

"Ch" wrote:
В 7-ке уберкарт так же как и коммерц зависит от Views, Rules, Entity API, CTools и т.д.

В 6рке тоже, однако там толку от этого мало(я бы сказал, что почти нет), хотя выбирать не приходится Smile

Аватар пользователя Nick Fedchik Nick Fedchik 16 июля 2012 в 18:23

sg85 wrote:

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

А можно подробнее про "на практике" и более гибкий Commerce. Я брался несколько раз делать на коммерсе сайты, но вот только от его гибкости "пальцы пухнут" - в смысле приходится решать то, что в Убере или других И-М уже сделано.

Опять же примеры сайтов с набором Commerce весьма тривиальные. А для магазина с 500-1000 позиций надо и позиции повбивать, и странички сделать, привязать товары к страницам, ибо СЕО, описания товаров, каменты к ним и т.п. в общем в Коммерсе возни выходит раза в три больше.

Аватар пользователя sg85 sg85 17 июля 2012 в 1:36

Приведу пример, допустим нужно изменить корзину, убрать кол-во товаров, добавить кнопки с новым функционалом , попробуйте сделать это в убере и в комерце, а если нужно переделать всю логику магазина?(не знаю как другим, но мне на такое везет) при том что сам принцип работы у них схож

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

Аватар пользователя Nick Fedchik Nick Fedchik 18 июля 2012 в 13:58

Ну так и получается, что на практике Коммерц пока не популярен - сайтостроителям надо что-то более готовое к настройке и работе, и если уж делать на базе Друпала, то Уберкарт. Или специализированные движки, но без Друпала.
Аналогичный магазин на Коммерц обойдется дважды больше по трудозатратам, учитывая еще и сопровождение страниц и товаров, на них привязанных.

А если нужно переделать всю логику магазина, то Symphony, ZF - и вся логика переделывается! Зачем же Коммерц тогда?

Аватар пользователя multpix multpix 17 июля 2012 в 1:38

"kt" wrote:
Знаете ли вы готовые сборки или фичи для DC

distributions commerce

я в DC как в сказке чем дальше..
тем интересней..
хорошая система - в стиле D, но для продакшена приходится повозиться.

Аватар пользователя sg85 sg85 17 июля 2012 в 1:43

Вот и я о том же. Код убера довольно сильно отличается от стиля drupal в итоге его осмыслить куда сложнее

Аватар пользователя Nick Fedchik Nick Fedchik 23 июля 2012 в 11:32

sg85 wrote:
Вот и я о том же. Код убера довольно сильно отличается от стиля drupal в итоге его осмыслить куда сложнее

Зачем код осмысливать если стоит задача сделать ИМ (и как правило - поскорее).
Для владельца ИМ важнее готовность ИМ и его средства, которые в 90% случаев весьма типичные.
Настроить каталог, добавить фотки, рзаместить/изменить цены, указать варианты оплаты и доставки, видеть статусы заказов.

Для пользователя это поиск/отбор искомого товара, выбор опций товара, добавление в корзину, оформление заказа, опционально онлайн-оплата.

Ну при чем тут осмысленный код? Выбирают Убер/Коммерс те, кто имеет опыт в настройке Друпала вообще, и по каким-либо причинам нуждается в CMS+WebShop а не наоборот.
Для разработчика же - или хачить, но то что назначат, или написать с нуля, но тогда снова дуем в сторону Зенда, Симфонии...

Аватар пользователя sg85 sg85 18 июля 2012 в 13:13

А сайт у вас сам пополняет себя товаром, ведет бух учет, сдает отчеты в налоговую и ворует у государства?)
(да, такое возможно, как и авто с ии)

По поводу 2й строчки - спасибо кэп, об этом тут всю тему распинались)

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 18 июля 2012 в 18:13

"Nick Fedchik" wrote:
Зачем же Коммерц тогда?

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

Аватар пользователя Nick Fedchik Nick Fedchik 23 июля 2012 в 11:52

alexandr.poddubsky wrote:

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

Да я в курсе что логика сменилась и референсы... А цена от атрибутов вроде и в Убере была? (так вот же http://www.drupal.ru/node/84707)
С точки зрения SЕО и вообще ссылок на товар - целесообразнее вариант Уберкарта, когда один товар и есть одна нода.
Когда много разных товаров со своими описаниями, то способ Коммерца ну совсем не удобный, я пробовал. Выходит что страница делается на категорию товаров, их там выбирать, или вьювсом отсеивать список но с кнопкой "купить", иначе подробнее товар не рассмотришь.
Думал что выбрать при переходе с Д6/У2, видимо буду на Д7/У3

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 19 июля 2012 в 20:52

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

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

Аватар пользователя sg85 sg85 20 июля 2012 в 9:54

А на мой взгляд вариант 2 убера еще тяжелее, и если уж на то пошло, то все cms сами по себе далеко не "балерины"

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 20 июля 2012 в 11:01

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

Аватар пользователя Nick Fedchik Nick Fedchik 23 июля 2012 в 11:41

alexandr.poddubsky wrote:
да все тяжелое, вопрос в том что друпа дает старт проекту. а вот потом когда идет прибыль и есть ресурсы идет и оптимизация и наращивание мощностей и переписывание если нужно.

1. Согласен что тяжелое. И тормозит в небольших множествах товаров. Но - даёт быстрый старт!
2. Переписывание... штука болезненная.

Аватар пользователя kt kt 20 июля 2012 в 11:22

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

Из данной переписки и из жизни получается примерно следующее:

Ubercart 3 можно использовать как готовое несложное решение, к которому появляется все больше и больше новых переписанных под 7ку модулей. скоро перепишут все с 6ки.
Юбер поставил и он работает , несложно настроить, все делаем мышкой никакого кодинга вьюшек и т.д.. Но поскольку он на модулях с ним ничего сложное не сделаешь... Придется выбирать кем-то сделанные модули и ждать когда выйдут новые или писать самому. В общем юберкарт это по сути конструктор из готовых кубиков. ( хотя его конечно можно допиливать)

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

поэтому предлагаю прекратить обсуждение что лучше и на чем делать.
Предлагаю обсуждать следующую тему.

Магазин делается тремя основными способами ( может вы четвертый знаете).

1. К уже сделанному сайту подгружаем модули настраиваем и допиливаем.
2. к уже имеющемуся сайту подгружаем модули и APP или ФИЧУ или какой еще скрипт который настроит магазин, нужные доп компоненты.
3. с нуля устанавливаем чистую сборку устанавливаем сразу и сайт и магазин и се настройки.

- какое решение как сборка самое рабочее
- какое решение для установки на существующий сайт самое удобное и эффективное.

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

Аватар пользователя Nick Fedchik Nick Fedchik 23 июля 2012 в 11:40

Обычно делал вариант 1.
Вариант 2 не рисковал, но попробую. Неудобно, когда начинаешь и не разобрался с возможностями и настройками по умолчанию (кто-то делал все же под себя, фичи)
Вариант 3 это мало чем отличается от варианта 1. Часто бывает через некоторое время после варианта 1 - поработали, разобрались, сделали анализ ошибок, решили переделать с нуля. Или же - апгрейд (с Д6/у2 на Д7/У3)

Аватар пользователя multpix multpix 23 июля 2012 в 13:26

"Nick Fedchik" wrote:
С точки зрения SЕО и вообще ссылок на товар - целесообразнее вариант Уберкарта, когда один товар и есть одна нода....

не верное утверждение

в DC для витрины делаем ноду product_display к примеру
а уж сколько и как в ней делать связей с product - диктует модель продаж

сущность product не для индексации пауками
сущность node для индексации пауками

вьюсом возможно сооружать любые необходимые витрины с представлениями любых опций товара - и с дифференциацией по любым признакам

автором DC не пощупан толком и по этому такое ошибочное утверждение.
так что с точки зрения SEO и вообще ссылок на товар -
не важно на чем делать(DU DC EC MA и многие иные..)
главное что бы делал специалист а не доморощенный СЕОнист)))
их бы отстреливать пока маленькие - ибо иногда в тз и работу они такого бреда подкидывают....

Аватар пользователя Nick Fedchik Nick Fedchik 23 июля 2012 в 14:42

Я понимаю о чем ты, но в большинстве известных мне случаев в ИМ создается один товар на один артикул, причем со своим индивидуальным описанием.
И в таких случаях в DC приходится делать одну страницу на один товар, вводя данные в двух разных местах и выполняя привязку. Что на практике не очень удобно, когда товаров свыше тысячи.
Пользователи гуглят, и гуглы выдают ссылку на конкретную страницу, где в заголовке наименование именно этого товара, а в случае референсов на сущности товаров - заголовок лишь один - страницы, а не текущего выбранного товара. Андестенд?

Хотя ИМХО технически референсная модель мало чем отличается от таксономии на нодах (обязательный каталог в Уберкарте). В первом случае страница ноды и референсы на сущности, во втором случае страница каталога и референсы на ноды.

На практике второй способ (Уберовский) более понятен продавцам среднего уровня компьютерной грамотности - вот вам каталог товаров, а вот странички товаров. Зашел на страничку, нажал редактировать, сохранил цену, текст, артикул и фотку - все просто.
Гугль: вижу сто страничек на сто товаров, сто разных тайтлов.

Метод Коммерса же требует создать ноду, привязать ее в меню (и тут соблюсти иерархию), создать товары, вернуться в ноду и сделать референсы на товары. Описание править в ноде, цены и артикулы - в товарах. Разные места, путаницы, ошибки поиска... Ну конечно все проще когда, как в примере на сайте коммерса, пара кружек и футболок, но когда товаров тысячи, десятки тысяч - это сложно.
Гугль: вижу 7 страничек на ??? товаров, 7 разных тайтлов. СЕО разница есть?

Аватар пользователя multpix multpix 23 июля 2012 в 15:24

"Nick Fedchik" wrote:
но в большинстве известных мне случаев в ИМ создается один товар на один артикул

моя практика прямо противоположна))

"Nick Fedchik" wrote:
Пользователи гуглят, и гуглы выдают ссылку на конкретную страницу, где в заголовке наименование именно этого товара, а в случае референсов на сущности товаров - заголовок лишь один - страницы, а не текущего выбранного товара. Андестенд?

как сделаешь,
у D для этого автопути к примеру: каталог/компы/комплектующие/цп/интел/ай_семь )))
андестенд??
делаешь как нужно - любые схемы по урлам

а продавцам, манагерам и контент манагерам готовить соотв страницы для администрирования товаров а не стандартное нодадд )))))
редактируй и добавляй хоть массово(вбо) хоть по одному

"Nick Fedchik" wrote:
Метод Коммерса же требует создать ноду, привязать ее в меню (и тут соблюсти иерархию), создать товары, вернуться в ноду и сделать референсы на товары.

можно и так)))
а можно автоматом
это только от разработчика зависит

"Nick Fedchik" wrote:
но когда товаров тысячи, десятки тысяч - это сложно
а вот тут вьюсы, редактируемые поля, вбо и рулессеты
и конечно импорт

просто DC это инструмент
он органично вписывается в D
на его основе можно сделать практически любые интерфейсы - и для манагеров и для покупателей
удобные интерфейсы

в этом плане он намного богаче даже того-же U3

просто нужно пробовать и понимать а не ожидать от него исполнения своих желаний))
повторюсь - мало положительного опыта с DC - и в данном случае ты обманываешь только себя.
попробуй пользовать D как CMF а не как готовое решение
(или приятно удивишься или быстро слетишь на другой фреймворк:-) )

p.s.
все доводы как будто с dc была просто попытка пощупать
стоит копнуть - и становиться ясно почему и зачем разработчики убера делают dc

Аватар пользователя Nick Fedchik Nick Fedchik 23 июля 2012 в 16:20

Ты строишь свои доводы с точки зрения программиста, который что-то должен доделывать в рамках "рамки".

С точки зрения сайтостроителя, которому нужен максимально готовый ИМ, это не так все радужно.
Я пытался объяснить, что трудозатрат на Убере выходит меньше, чем в Коммерсе.
Вовсе не спорю про гибкость Коммерса, но уже поэкспериментировал на пользователях.

«как сделаешь, у D для этого автопути к примеру: каталог/компы/комплектующие/цп/интел/ай_семь )))»
Что такое автопути я знаю, а как ты путь на сущность "Товар" в Коммерсе/Друпале установишь?

Аватар пользователя Nick Fedchik Nick Fedchik 23 июля 2012 в 16:40

multpix wrote:

"Nick Fedchik" wrote:
Пользователи гуглят, и гуглы выдают ссылку на конкретную страницу, где в заголовке наименование именно этого товара, а в случае референсов на сущности товаров - заголовок лишь один - страницы, а не текущего выбранного товара. Андестенд?

как сделаешь,
у D для этого автопути к примеру: каталог/компы/комплектующие/цп/интел/ай_семь )))
андестенд??
делаешь как нужно - любые схемы по урлам
Таки ты не понял.
УРЛ на сущность? или все же на материал? (страницу)
Про автопути я знаю, но это тут ни при чем.
В коммерсе приницип такой, что делается одна страница, а затем на нее референсится товар.
В чем то плюсы есть, но как по моему опыту - выходит трудозатратнее в сравнении с Убером.

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

Схема 1:N - неоптимальная для поиска как пользователем, так и поисковиком, особенно если N > 10. Да и еще страница выходит большая и как следствие тупит (если использовать дропдаун меню для выбора товара и картинки)

multpix wrote:

а продавцам, манагерам и контент манагерам готовить соотв страницы для администрирования товаров а не стандартное нодадд )))))
редактируй и добавляй хоть массово(вбо) хоть по одному

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

multpix wrote:

"Nick Fedchik" wrote:
Метод Коммерса же требует создать ноду, привязать ее в меню (и тут соблюсти иерархию), создать товары, вернуться в ноду и сделать референсы на товары.

можно и так)))
а можно автоматом
это только от разработчика зависит

Что - автоматом?
Это если есть все готовое и можно импортировать, а если нет?

"Nick Fedchik" wrote:
но когда товаров тысячи, десятки тысяч - это сложно
а вот тут вьюсы, редактируемые поля, вбо и рулессеты
и конечно импорт
multpix wrote:

просто DC это инструмент
он органично вписывается в D
на его основе можно сделать практически любые интерфейсы - и для манагеров и для покупателей
удобные интерфейсы

Инструмент для программиста.
Я тебе про трудозатраты, ты мне про органичное вписывание...
Да и в "коробке" много чего не поставляется, надо самому... и рулесеты, и вьювсы, начиная с аналога вида каталога в Убере.

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

multpix wrote:

просто нужно пробовать и понимать а не ожидать от него исполнения своих желаний))
повторюсь - мало положительного опыта с DC - и в данном случае ты обманываешь только себя.
попробуй пользовать D как CMF а не как готовое решение
(или приятно удивишься или быстро слетишь на другой фреймворк:-) )

Так пробовал же... что попробовал - то и рассказал.
Конечно же ожидал исполнения СВОИХ желаний, ибо смысл тогда чего то ждать от альтернатив?

multpix wrote:
p.s.
все доводы как будто с dc была просто попытка пощупать
стоит копнуть - и становиться ясно почему и зачем разработчики убера делают dc

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

Аватар пользователя graker graker 27 июля 2012 в 18:57

Nick Fedchik wrote:
Делать то делают... только я спросил про примеры сайтов Коммерса где более трех кружек и четырех футболок - пока никто примеров не привел.

Jar-par.com
Функционал делал я, дизайн - Стэн.
Есть еще, но там сейчас товар забивают - рано показывать.

Аватар пользователя Nick Fedchik Nick Fedchik 27 июля 2012 в 19:45

graker wrote:
Nick Fedchik wrote:
Делать то делают... только я спросил про примеры сайтов Коммерса где более трех кружек и четырех футболок - пока никто примеров не привел.

Jar-par.com
Функционал делал я, дизайн - Стэн.
Есть еще, но там сейчас товар забивают - рано показывать.

Связь материал-товар один к одному?

Аватар пользователя Orion76 Orion76 23 июля 2012 в 15:34

"Nick Fedchik" wrote:
Что на практике не очень удобно, когда товаров свыше тысячи.

тут лучше об импорте подумать..
тогда из скольких сущностей состоит товар - будет глубоко параллельно-))

Аватар пользователя Nick Fedchik Nick Fedchik 23 июля 2012 в 16:23

orion76 wrote:
"Nick Fedchik" wrote:
Что на практике не очень удобно, когда товаров свыше тысячи.

тут лучше об импорте подумать..
тогда из скольких сущностей состоит товар - будет глубоко параллельно-))

А если неоткуда импортировать? Забивать руцями.
Ок, пусть даже сделали импорт - тысяч 5-6 сущностей, в Коммерс. Затем надо еще сидеть руцями создавать их страницы и делать референсы, да еще не ошибиться чтобы товары референсились только уникально и только туда куда надо.
Товар как правило это одна сущность. Иногда с атрибутами.

Аватар пользователя graker graker 27 июля 2012 в 18:54

Nick Fedchik wrote:
А если неоткуда импортировать? Забивать руцями.
Ок, пусть даже сделали импорт - тысяч 5-6 сущностей, в Коммерс. Затем надо еще сидеть руцями создавать их страницы и делать референсы, да еще не ошибиться чтобы товары референсились только уникально и только туда куда надо.
Товар как правило это одна сущность. Иногда с атрибутами.

Я извиняюсь если уже упоминали, но вообще-то для коммерца давно есть модуль, который автоматически дисплеи и референсы создает при создании товара.

Аватар пользователя Nick Fedchik Nick Fedchik 27 июля 2012 в 19:38

graker wrote:
Я извиняюсь если уже упоминали, но вообще-то для коммерца давно есть модуль, который автоматически дисплеи и референсы создает при создании товара.

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

Аватар пользователя graker graker 27 июля 2012 в 19:52

Nick Fedchik wrote:
Для дисплеев юзаю Display Suite.

Я имел в виду автоматические дисплей-ноды и референсы в них.

Quote:
На счет автореференсов - хотел бы посмотреть, априори кажется что там много косяков будет на большом множестве материалов и сущностей.

Вообще там довольно гибкие настройки, да и самому запрогать на их основе правила - нетрудно. Bulk product creation называется.

Аватар пользователя kt kt 27 июля 2012 в 20:46

graker wrote:

Я извиняюсь если уже упоминали, но вообще-то для коммерца давно есть модуль, который автоматически дисплеи и референсы создает при создании товара.

Модуль в студию!

Есть ли модуль для массовой миграции с автоматическим созданием дисплеев?

Какие еще хорошие ( полезные) для коммерца модули вы знаете?

А так же опишите пож, какие по вашему модули для Д7 отлично встают в комплект при установке Коммерца.
Что по вашему еще нужно добавить кроме самого коммерса, для полного кайфа?

ПО МИНИМУ!
Спасибо.

Аватар пользователя graker graker 27 июля 2012 в 21:39

kt wrote:
graker wrote:

Я извиняюсь если уже упоминали, но вообще-то для коммерца давно есть модуль, который автоматически дисплеи и референсы создает при создании товара.

Модуль в студию!
Выше уже написал, bulk product creation.

Quote:
А так же опишите пож, какие по вашему модули для Д7 отлично встают в комплект при установке Коммерца.

Это по задаче надо смотреть, что нужно - то и ставим. А все контриб модули для коммерца на сайте коммерцгайз перечислены.

Аватар пользователя kt kt 28 июля 2012 в 20:09

не много не понял про bulk update, он для чего?

нужен модуль который бы создавал автоматом товары и ноды одновременно, при вводе нового товара! - типа просто товар ( без вариантов).

Так же я спросил есть ли модуль для массовой миграции ( импорта)?

graker wrote:

Это по задаче надо смотреть, что нужно - то и ставим. А все контриб модули для коммерца на сайте коммерцгайз перечислены.

Опишите без привязке к задаче самые интересные ( полезные )модули для коммерц.

Аватар пользователя graker graker 28 июля 2012 в 22:10

kt wrote:
не много не понял про bulk update, он для чего?
нужен модуль который бы создавал автоматом товары и ноды одновременно, при вводе нового товара! - типа просто товар ( без вариантов).
bulk product creation, написал же. Он, в том числе, и это делает.

Quote:
Опишите без привязке к задаче самые интересные ( полезные )модули для коммерц.
Может напишу как-нибудь.

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 24 июля 2012 в 11:47

"multpix" wrote:
DU DC EC MA и многие иные..

во-во все зависит от прокладки. согласен

"multpix" wrote:
пользовать D как CMF

вам нужны ссылки на нормальные cmf иль сами знаете? идеология друпы это трактор-универсал (не мое выражение) где кликнул и все готово. не надо говорить - не соглашусь. почитайте кого обучают ей, что предлагают и тд. наличие апи не дает основание , что это cmf. скорее недо-cmf и недо-cms. Всех устраивает и не важно, чем кормить "жирную свинью" так вроде звучала фраза на хабре?

Аватар пользователя Nick Fedchik Nick Fedchik 24 июля 2012 в 19:49

alexandr.poddubsky, multpix - спасибо что померялись "джедаями" в знаниях CMF/CMS. Сильно поможет в выборе между Убером или Коммерсом Smile

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 24 июля 2012 в 20:30

"Nick Fedchik" wrote:
Сильно поможет в выборе между Убером или Коммерсом :)

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

Аватар пользователя Nick Fedchik Nick Fedchik 25 июля 2012 в 11:15

alexandr.poddubsky wrote:

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

Вот тут уже сказанное куда ближе к теме!!!
Да, я сталкивался с проблемой, когда для однотипного товара, но с разными артикулами, надо было делать выбор на одной странице, и в Убере-2 опциями такой вариант не получался. Вроде делались какие-то модули, но сейчас не припомню.

Аватар пользователя sg85 sg85 25 июля 2012 в 5:46

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

2 приоткрою одну тайну, товар в uc отличается от товара dc в основном тем, что в uc его от ноды отцепить при необходимости практически нереально по ряду причин

3 про зенд и т.д. Было несколько не в тему, или я чего то не понял?

Аватар пользователя Nick Fedchik Nick Fedchik 25 июля 2012 в 11:10

sg85 wrote:
1 да, быстрый старт это круто, а что потом? Или вы даете быстрый старт магазину и делаете ноги, а другие уже после вас мучаются с доработкой, а заказчик только и успевает отстегивать за переделки, которые можно было учесть в самом начале?

2 приоткрою одну тайну, товар в uc отличается от товара dc в основном тем, что в uc его от ноды отцепить при необходимости практически нереально по ряду причин

3 про зенд и т.д. Было несколько не в тему, или я чего то не понял?


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

2. Что в Коммерсе товар - это отдельная сущность, не тайна. Ну и что? Процент необходимостей "отцеплять" какой? ИМХО небольшой. И что значит "отцепить"? Приведите ваш случай. Поля во вьюхе вывести? Так ведь можно.

3. Про зенды и другие фреймворки - проехали и забыли Smile

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 25 июля 2012 в 8:46

"sg85" wrote:
что в uc его от ноды отцепить

зачем его отцеплять? иль вы так и не читаете?

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

Аватар пользователя multpix multpix 25 июля 2012 в 11:28

"alexandr.poddubsky" wrote:

маускликатель-клаваклоцатель-скринотыкатель)))

p.s.
добиваю ИМ на DC, будет что показать.
можно долго трепаться - быстрее сделать.

Аватар пользователя Nick Fedchik Nick Fedchik 25 июля 2012 в 11:37

multpix wrote:

p.s.
добиваю ИМ на DC, будет что показать.
можно долго трепаться - быстрее сделать.

От это - по теме! Ждем.
Вообще то вопросов много у всех есть на тему "Как это сделать в Убере или в Коммерсе", обсуждать (хотя бы) мало с кем есть, народ теряется... Тут уже пора бы кроме форума Organic Groups подключать (когда много регулярных посетителей)

Аватар пользователя sg85 sg85 25 июля 2012 в 14:15

И опять же на тему товаров уберкарта, в том то и дело что товар там является нодой только в админке, вы за её пределы вылазить не пробовали?
По поводу кикстарта, да он нужен, однако я еще не встречал заказчиков, которых устроит ууберкарт, развернутый мышью, я имею ввиду приличные заказы

Аватар пользователя Nick Fedchik Nick Fedchik 25 июля 2012 в 14:39

sg85 wrote:
И опять же на тему товаров уберкарта, в том то и дело что товар там является нодой только в админке, вы за её пределы вылазить не пробовали?
По поводу кикстарта, да он нужен, однако я еще не встречал заказчиков, которых устроит ууберкарт, развернутый мышью, я имею ввиду приличные заказы

Ну я понимаю, что нода расширена модулями Убера. Во вьювсах их поля доступны, в display Suite тоже - это подходит к категории "за пределы"?

Кикстарт нужен не для "приличных" заказчиков, а для обычных заказчиков и для тех, кто сам себе делает. Ну разве это не очевиднго?

Аватар пользователя NaZg NaZg 25 июля 2012 в 14:41

"sg85" wrote:
однако я еще не встречал заказчиков, которых устроит ууберкарт, развернутый мышью, я имею ввиду приличные заказы

а чем заказчики обосновывают отказ?
мне тут один клиент заказал сайт. навороченный. основное требование - неиспользование ни одного фреймворка. т.е. код писать руками. весь.

Аватар пользователя sg85 sg85 25 июля 2012 в 15:55

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

что то мне эта тема напоминает Win vs nix

Аватар пользователя Nick Fedchik Nick Fedchik 26 июля 2012 в 13:05

sg85 wrote:
Видимо тем же чем WordPress, у всех свои требования, убер в коробочном виде не подходит обычно по т.з., приходится править и много, а если и подойдет, то один фиг заказчик потом чего нибудь как вспомнит...

что то мне эта тема напоминает Win vs nix


Просто надо по теме высказываться, а не холиварить.
Зачем тут обсуждать ситуации, для которых не подходят ни Ubercart ни Drupal Commerce?
Тема не для этого создавалась.

Убер в "коробочном" виде существует, а это значит что кому-то вполне подходит.
Понятно что "всё течет - всё меняется" и "потом придется допиливать". только в этих вздохах здесь и сейчас нет ни конкретики, ни конструктивизма.

Аватар пользователя NaZg NaZg 25 июля 2012 в 16:18

"sg85" wrote:
заказчик потом чего нибудь как вспомнит...

Именно для этого пишется ТЗ и приписка - доработка за счёт заказчика

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 25 июля 2012 в 16:24

ДС никогда не станет мейнстримом. Его ниша - магазины от 5 и выше килобаксов, c запасом "навырост" что автоматически отсеивает школьников. Это гуд, оставляет неплохой margin.

Аватар пользователя Nick Fedchik Nick Fedchik 26 июля 2012 в 12:58

<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a> wrote:
ДС никогда не станет мейнстримом. Его ниша - магазины от 5 и выше килобаксов, c запасом "навырост" что автоматически отсеивает школьников. Это гуд, оставляет неплохой margin.

Почему такое мнение? Его же, как я понимаю, как мейнстрим для екоммерс-решений на Друпале как раз и позиционируют. A Убер держат как legacy.

Аватар пользователя NaZg NaZg 25 июля 2012 в 16:33

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
ДС

Вы или крестик снимите или трусы оденьте. Как по Вашему это нужно прочесть? Друпал Сомерс?

Аватар пользователя Nick Fedchik Nick Fedchik 27 июля 2012 в 18:30

Сейчас неспешно делаю два магазина:
1) Commerce. Чернила и расходники. Много однотипных сущностей "Товар".
2) Ubercart 3. Спорттовары. В большинстве случаев однотипных товаров нет.

Набираюсь опыта. Ничего кодировать не собираюсь, только пользоваться готовыми модулями и допускаю программирование Rules.

Аватар пользователя Nick Fedchik Nick Fedchik 27 июля 2012 в 19:41

Nick Fedchik wrote:

1) Commerce. Чернила и расходники. Много однотипных сущностей "Товар".

Заюзал Display Suite, не выходит правда изменить форму ввода товара - всё по старому одной длинной "портянкой", тольо очередность ввода полей можно менять.
Применил commerce_salesprice - теперь на товар можно указать, действует ли скидка, и указать новую цену. В показе - старая цена, скидка, новая цена.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 27 июля 2012 в 18:37

"Nick Fedchik" wrote:
Почему такое мнение? Его же, как я понимаю, как мейнстрим для екоммерс-решений на Друпале как раз и позиционируют

Для Друпал да, я имел ввиду как движок для е-commerce в общем. Друпал кстати сам по себе тоже ведь не мейнстрим

Аватар пользователя Ch Ch 28 июля 2012 в 20:54

"kt" wrote:
нужен модуль который бы создавал автоматом товары и ноды одновременно

С помощью rules это можно сделать.

Аватар пользователя Nick Fedchik Nick Fedchik 28 июля 2012 в 21:49

Ch wrote:
"kt" wrote:
нужен модуль который бы создавал автоматом товары и ноды одновременно

С помощью rules это можно сделать.

МОЖЕТБЫТЬ, если есть взаимно однозначное соответствие, по которому и можно сделать правило.
Но чаще такого НЕТ. Sad

Аватар пользователя shmm shmm 20 ноября 2012 в 11:42

Nick Fedchik, так чем же продолжилось противостояние Ubercraft vs Commerce? Похоже Commerce был заменен на PrestoShop?
Было два проекта: один - принтеры и расходники; второй - спорттовары. Чем эти проекты закончились?
Думаю, ваш опыт интересен многим.

Аватар пользователя Nick Fedchik Nick Fedchik 27 ноября 2012 в 9:28

shmm wrote:
Nick Fedchik, так чем же продолжилось противостояние Ubercraft vs Commerce? Похоже Commerce был заменен на PrestoShop?
Было два проекта: один - принтеры и расходники; второй - спорттовары. Чем эти проекты закончились?
Думаю, ваш опыт интересен многим.

Оба проекта были сделаны на Ubercart 6 еще два года назад, так на нем и работают.
Опыт:
1) весьма проблемно и рискованно делать апгрейд на Д7 (с Убер 3)
2) работа с Commerce не понравилась ни мне ни контентщикам, ибо надо делать вьювсы товаров либо страницы с референсами на сущности товаров, что непривычно после концепции "один товар - одна страница", плюс опыт пользователей - им тоже проще когда один товар на странице, а не несколько из одного класса, многие не догадываются переключать опции или варианты
3) PrestaShop - с ним поигрался, получил много опыта - действительно мощный движок где много всего готового и не надо настраивать (или же гораздо проще) много чего как в Друпале, в частности это дашборды по текущей активности, заявки поставщикам товаров, несколько складов, магазины по субдоменам и т.п. Считаю что Друпал в аналогичной конфигурации опытному мастеру допилить можно, но тормозил бы сайт очень сильно (включите дебаг-модули и посчитайте кол-во и время SQL-запросов). Одно большое "Но" - PrestaShop 1.5 (1.5.0.2) в данный момент ну очень сырой и бажный. Я как мог поучаствовал в тестировании и багрепортах, но все же - надо ждать еще два-три месяца.

Моя рекомендация - хотите получить опыт в создании интернет-магазина на Drupal - ознакомьтесь с настройками и фичами нескольких других популярных движков ИМ.

Аватар пользователя Алексс Алексс 6 октября 2014 в 7:34

С comerce лучше не связываться очень проблемная сборка и нереально громоздкая как в смысле интерфейса так и нагрузки на сервер.Мне кажется ubecart вне конкуренции на сегодня

Аватар пользователя Алексс Алексс 6 октября 2014 в 7:39

Кстати зачем возится с модулями нагружать сервер и мозги? не проще тот же PrestaShop установить где все готово ? Лично у меня сайт развалился при установке модулей comerce два или 3 раза восстанавливал бд и плюнул на эту хрень