14 июня 2011 в 19:54
НА ЧЕМ делать интернет магазин
Коллеги здравствуйте нужен совет, прошу откликнуться только тем кто в теме...
Нужно сделать несколько магазинов, встал вопрос выбора
drupal 6 - ubercart 2
drupal 7 - ubercart 3
drupal 7 - drupalcommerce
Что еще чего я не знаю?
Если вы имели опыт разработки с тремя магазинами, подскажите
ВАШ ВЫБОР на чем делать и почему?
Знаете ли вы готовые сборки или фичи для DC
КАКИЕ ПО ВАШЕМУ ПЛЮСЫ И МИНУСЫ у каждого!
Комментарии
ИМХО
Для создания нескольких магазинов UBERCART. Отработано все.
так все таки U2 или U3
Есть ли доп модули к U3
пока работаем на u6. побаловаться можно на любой версии для 7.
если нужно много плюшек всяких то лучше d6 u2, сейчас модулей больше, в дальнейшем наверное до u3 можно было бы обновиться. dc и сейчас уже тоже модулей хватает, но сама система dc очень специфическая, одно создание товаров чего стоит (такое чувство, что насчитывали, что прайсы в основном импортом обновляться будут)
у dc и у u3 у всех много плюшек. но пускай они устаканятся для начала.
Я остановился на d7+u3. У dc по моему заморочек много, а в u3 все готово, немного только подпилить, стилизовать и в путь.
Вы Русифицировали магазин? Если да поделитесь как...
Не полностью все перевел, да и перевод у меня специфичный. перевел только то, что видит клиент. Переводил стандартными средствами друпала.
плохо так делать. перевод не сохранится да и избыточно бывает. возьмите модуль potx и делайте экспорт им. плюс оптимизируйте перевод уже в файле.
drupal 6 - ubercart 2
Ещё можно посмотреть в сторону LiteCommerce 3, нашего решения для Drupal 7, которое уже обсуждалось мельком здесь: http://www.drupal.ru/node/69701
В отличие от Ubercart товарами и заказами в LiteCommerce управлять удобнее, так как эти функции реализованы через собственную админку, а не через интерфейс редактирования нод, совершенно не предназначенный для таких операций.
drupalcommerce - это привязать себя к седьмому друпалу. Рано ещё отказываться от шестого друпала.
drupal 6 ubercart 2
А когда он умрет, что делать?
ubercart для семерки есть
он всегда останется в наших сердцах
Не знаю. Делаю в первый раз, остановился на убер.
7 + UC 3. Стабилен, проблем нет, многое стало удобнее. Плюшек действительно меньше - чуток(или больше)) работы руками может понадобиться.
Использовал именно его из-за модуля importer от Mirocow как основы для автоматической синхронизации с 1С. А вообще очень хочет попробовать DC основательнее.
если не сложно, расскажи что стало более удобным по сравнению со вторым? есть ли нормальные гибкие решения для организации скидок? в d6+uc2 с этим делом беда
вот как раз таки в 6 бяды нет.
как без сложных движений (читай без своего кода) сделать по нескольким условиям? и конечно, чтобы в административной части все ок отображалось, а не как скажем в discount alternative
Про удобство - видно это общее впечатление от повышения юзабилити 7-го друпала в целом. Со скидками сложными не работал, просто кастомное на оснвое цены по прайсу и цены к продаже, но в целом модулей-плюшек для 3-ий однозначно меньше, в том числе и в contrib на u.org- складывается впечатление, что многие ушли на Commerce.
лично мне приходилось сталкиваться с тем, что клиентам не нравится то, что есть в уберкарте, в итоге приходилось городить много много костылей, чего уберкарт не особо любит, и такое бывало к сожалению не 1 раз
потому лично я голосую за D-7+Commerce ибо туда и костылей нужно меньше и ставить на мой взгляд туда их гораздо легче, а так же мало ли что заказчику со временем в голову придет. От сюда вывод - уберкарт рулит только, если заказчику действительно глубоко пофиг как у него работает магазин. ИМХО.
Commerce Drupal основывается на Views, а Views это простор для разработчика без вмешательств в код, ну почти без вмешательств).
А уберкарт на чем основывается?
Ubercart состоит из обычных модулей.
хм, а коммерц из необычных что ли?
В 7-ке уберкарт так же как и коммерц зависит от Views, Rules, Entity API, CTools и т.д.
имелось ввиду, что для большинства изменений в логике\внешнем виде магазина, в убере надо, либо искать готовые модули, либо писать их самому, в то время как в комерце большинство(если сравнивать с убером) этих задач решаются с помощью мыши, в итоге на практике комерц получается более гибким, а убер легче разворачивается.
В 6рке тоже, однако там толку от этого мало(я бы сказал, что почти нет), хотя выбирать не приходится
А можно подробнее про "на практике" и более гибкий Commerce. Я брался несколько раз делать на коммерсе сайты, но вот только от его гибкости "пальцы пухнут" - в смысле приходится решать то, что в Убере или других И-М уже сделано.
Опять же примеры сайтов с набором Commerce весьма тривиальные. А для магазина с 500-1000 позиций надо и позиции повбивать, и странички сделать, привязать товары к страницам, ибо СЕО, описания товаров, каменты к ним и т.п. в общем в Коммерсе возни выходит раза в три больше.
Приведу пример, допустим нужно изменить корзину, убрать кол-во товаров, добавить кнопки с новым функционалом , попробуйте сделать это в убере и в комерце, а если нужно переделать всю логику магазина?(не знаю как другим, но мне на такое везет) при том что сам принцип работы у них схож
В общем суть в том, что в комерце магазин собирается с 0 ручками, в убере он уже собран за вас и нужно лишь его "слегка" переделать, спрятать лишний хлам и т.д. В добавок при использовании его же апи часто всплывают различные баги и недочеты особенно доставляет работа с файлами и атрибутами...
Ну так и получается, что на практике Коммерц пока не популярен - сайтостроителям надо что-то более готовое к настройке и работе, и если уж делать на базе Друпала, то Уберкарт. Или специализированные движки, но без Друпала.
Аналогичный магазин на Коммерц обойдется дважды больше по трудозатратам, учитывая еще и сопровождение страниц и товаров, на них привязанных.
А если нужно переделать всю логику магазина, то Symphony, ZF - и вся логика переделывается! Зачем же Коммерц тогда?
distributions commerce
я в DC как в сказке чем дальше..
тем интересней..
хорошая система - в стиле D, но для продакшена приходится повозиться.
Вот и я о том же. Код убера довольно сильно отличается от стиля drupal в итоге его осмыслить куда сложнее
Зачем код осмысливать если стоит задача сделать ИМ (и как правило - поскорее).
Для владельца ИМ важнее готовность ИМ и его средства, которые в 90% случаев весьма типичные.
Настроить каталог, добавить фотки, рзаместить/изменить цены, указать варианты оплаты и доставки, видеть статусы заказов.
Для пользователя это поиск/отбор искомого товара, выбор опций товара, добавление в корзину, оформление заказа, опционально онлайн-оплата.
Ну при чем тут осмысленный код? Выбирают Убер/Коммерс те, кто имеет опыт в настройке Друпала вообще, и по каким-либо причинам нуждается в CMS+WebShop а не наоборот.
Для разработчика же - или хачить, но то что назначат, или написать с нуля, но тогда снова дуем в сторону Зенда, Симфонии...
фигню сказал http://pear.php.net/manual/en/standards.php . делать можно на всем. пофиг на чем.
Как и дрова возить, однако на грузовом автомобиле оно удобнее чем на шоссейном мотоцикле
опять фигня. авто уже может рулить? само? ИИ?
не важно на чем делать. что то подходит больше что то меньше. и все.
А сайт у вас сам пополняет себя товаром, ведет бух учет, сдает отчеты в налоговую и ворует у государства?)
(да, такое возможно, как и авто с ии)
По поводу 2й строчки - спасибо кэп, об этом тут всю тему распинались)
у коммерца чуть логика сменилась, то есть товар это не нода. Товар прикрепляется к ноде через референц. Весьма удобно тем у кого один товар имеет разную цену для разных атрибутов с например одним артикулом. Много где коммерц полезен, а где то в нем смысла нет, но это лично мое мнение, сейчас набегут фатаники коммерца и будут себя в грудь бить, что все говно, коммерц рулез на все случаи жизни
Да я в курсе что логика сменилась и референсы... А цена от атрибутов вроде и в Убере была? (так вот же http://www.drupal.ru/node/84707)
С точки зрения SЕО и вообще ссылок на товар - целесообразнее вариант Уберкарта, когда один товар и есть одна нода.
Когда много разных товаров со своими описаниями, то способ Коммерца ну совсем не удобный, я пробовал. Выходит что страница делается на категорию товаров, их там выбирать, или вьювсом отсеивать список но с кнопкой "купить", иначе подробнее товар не рассмотришь.
Думал что выбрать при переходе с Д6/У2, видимо буду на Д7/У3
Согласно статистике, для 7-го друпала коммерц и убер идут ноздря в ноздрю.
http://drupal.org/project/usage/commerce
http://drupal.org/project/usage/ubercart
ну так это ж хорошо. конкуренция
цена скидка картинка для атрибута и в убере есть.
С точки зрения seo в некоторых случаях полезен коммерц . например одна запчасть но несколько производителей и разные цены. во всех тех случаях, где такой логики нет убера выше крыши.
Одно плохо, что в д7 коммерц и убер зависимы от тулса и вьювс. тяжеловатое решение.
А на мой взгляд вариант 2 убера еще тяжелее, и если уж на то пошло, то все cms сами по себе далеко не "балерины"
да все тяжелое, вопрос в том что друпа дает старт проекту. а вот потом когда идет прибыль и есть ресурсы идет и оптимизация и наращивание мощностей и переписывание если нужно.
1. Согласен что тяжелое. И тормозит в небольших множествах товаров. Но - даёт быстрый старт!
2. Переписывание... штука болезненная.
Поскольку когда-то я начал этот пост позволю себе вмешаться и сдвинуть тему беседы несколько в другую сторону.
Из данной переписки и из жизни получается примерно следующее:
Ubercart 3 можно использовать как готовое несложное решение, к которому появляется все больше и больше новых переписанных под 7ку модулей. скоро перепишут все с 6ки.
Юбер поставил и он работает , несложно настроить, все делаем мышкой никакого кодинга вьюшек и т.д.. Но поскольку он на модулях с ним ничего сложное не сделаешь... Придется выбирать кем-то сделанные модули и ждать когда выйдут новые или писать самому. В общем юберкарт это по сути конструктор из готовых кубиков. ( хотя его конечно можно допиливать)
Commerce сделан по другому, он удобен прежде всего для программистов и для сложных переделок. В базовой версии он ставится и ... не работает, требует значительного допиливания. есть несколько сборок, так же, еще сырых не доделанных. Решения из коробки полностью рабочего в релизе я пока не видел.
По крайней мере просто голая установка коммерца не умеет создавать простые товары ( один товар одно представление) и для того что бы от него добиться начала работы придется расстараться и сделать много лишних телодвижений.
( может кто знает уже такой модуль, для создания товаров сразу?)
поэтому предлагаю прекратить обсуждение что лучше и на чем делать.
Предлагаю обсуждать следующую тему.
Магазин делается тремя основными способами ( может вы четвертый знаете).
1. К уже сделанному сайту подгружаем модули настраиваем и допиливаем.
2. к уже имеющемуся сайту подгружаем модули и APP или ФИЧУ или какой еще скрипт который настроит магазин, нужные доп компоненты.
3. с нуля устанавливаем чистую сборку устанавливаем сразу и сайт и магазин и се настройки.
- какое решение как сборка самое рабочее
- какое решение для установки на существующий сайт самое удобное и эффективное.
давайте не обсуждать что лучше.
давайте опишите что реально у вас работает и на чем можно делать магазины, не прибегая к длительному допиливанию.
Сборки , фичи, АПП, модули и пр.
Обычно делал вариант 1.
Вариант 2 не рисковал, но попробую. Неудобно, когда начинаешь и не разобрался с возможностями и настройками по умолчанию (кто-то делал все же под себя, фичи)
Вариант 3 это мало чем отличается от варианта 1. Часто бывает через некоторое время после варианта 1 - поработали, разобрались, сделали анализ ошибок, решили переделать с нуля. Или же - апгрейд (с Д6/у2 на Д7/У3)
не верное утверждение
в DC для витрины делаем ноду product_display к примеру
а уж сколько и как в ней делать связей с product - диктует модель продаж
сущность product не для индексации пауками
сущность node для индексации пауками
вьюсом возможно сооружать любые необходимые витрины с представлениями любых опций товара - и с дифференциацией по любым признакам
автором DC не пощупан толком и по этому такое ошибочное утверждение.
так что с точки зрения SEO и вообще ссылок на товар -
не важно на чем делать(DU DC EC MA и многие иные..)
главное что бы делал специалист а не доморощенный СЕОнист)))
их бы отстреливать пока маленькие - ибо иногда в тз и работу они такого бреда подкидывают....
Я понимаю о чем ты, но в большинстве известных мне случаев в ИМ создается один товар на один артикул, причем со своим индивидуальным описанием.
И в таких случаях в DC приходится делать одну страницу на один товар, вводя данные в двух разных местах и выполняя привязку. Что на практике не очень удобно, когда товаров свыше тысячи.
Пользователи гуглят, и гуглы выдают ссылку на конкретную страницу, где в заголовке наименование именно этого товара, а в случае референсов на сущности товаров - заголовок лишь один - страницы, а не текущего выбранного товара. Андестенд?
Хотя ИМХО технически референсная модель мало чем отличается от таксономии на нодах (обязательный каталог в Уберкарте). В первом случае страница ноды и референсы на сущности, во втором случае страница каталога и референсы на ноды.
На практике второй способ (Уберовский) более понятен продавцам среднего уровня компьютерной грамотности - вот вам каталог товаров, а вот странички товаров. Зашел на страничку, нажал редактировать, сохранил цену, текст, артикул и фотку - все просто.
Гугль: вижу сто страничек на сто товаров, сто разных тайтлов.
Метод Коммерса же требует создать ноду, привязать ее в меню (и тут соблюсти иерархию), создать товары, вернуться в ноду и сделать референсы на товары. Описание править в ноде, цены и артикулы - в товарах. Разные места, путаницы, ошибки поиска... Ну конечно все проще когда, как в примере на сайте коммерса, пара кружек и футболок, но когда товаров тысячи, десятки тысяч - это сложно.
Гугль: вижу 7 страничек на ??? товаров, 7 разных тайтлов. СЕО разница есть?
моя практика прямо противоположна))
как сделаешь,
у D для этого автопути к примеру: каталог/компы/комплектующие/цп/интел/ай_семь )))
андестенд??
делаешь как нужно - любые схемы по урлам
а продавцам, манагерам и контент манагерам готовить соотв страницы для администрирования товаров а не стандартное нодадд )))))
редактируй и добавляй хоть массово(вбо) хоть по одному
можно и так)))
а вот тут вьюсы, редактируемые поля, вбо и рулессетыа можно автоматом
это только от разработчика зависит
и конечно импорт
просто DC это инструмент
он органично вписывается в D
на его основе можно сделать практически любые интерфейсы - и для манагеров и для покупателей
удобные интерфейсы
в этом плане он намного богаче даже того-же U3
просто нужно пробовать и понимать а не ожидать от него исполнения своих желаний))
повторюсь - мало положительного опыта с DC - и в данном случае ты обманываешь только себя.
попробуй пользовать D как CMF а не как готовое решение
(или приятно удивишься или быстро слетишь на другой фреймворк:-) )
p.s.
все доводы как будто с dc была просто попытка пощупать
стоит копнуть - и становиться ясно почему и зачем разработчики убера делают dc
Ты строишь свои доводы с точки зрения программиста, который что-то должен доделывать в рамках "рамки".
С точки зрения сайтостроителя, которому нужен максимально готовый ИМ, это не так все радужно.
Я пытался объяснить, что трудозатрат на Убере выходит меньше, чем в Коммерсе.
Вовсе не спорю про гибкость Коммерса, но уже поэкспериментировал на пользователях.
«как сделаешь, у D для этого автопути к примеру: каталог/компы/комплектующие/цп/интел/ай_семь )))»
Что такое автопути я знаю, а как ты путь на сущность "Товар" в Коммерсе/Друпале установишь?
УРЛ на сущность? или все же на материал? (страницу)
Про автопути я знаю, но это тут ни при чем.
В коммерсе приницип такой, что делается одна страница, а затем на нее референсится товар.
В чем то плюсы есть, но как по моему опыту - выходит трудозатратнее в сравнении с Убером.
Поясняю:
Схема 1:1 - трудозатратная. Сделать отдельно страницу и отдельно товар, связать их. Делается в разных местах или сильно точится напильником. Фактический аналог Убера (внешне).
Схема 1:N - неоптимальная для поиска как пользователем, так и поисковиком, особенно если N > 10. Да и еще страница выходит большая и как следствие тупит (если использовать дропдаун меню для выбора товара и картинки)
Продавцам и манагерам надо готовить и менять все страницы.
И похоже что суть темы данной не в возможностях для разработчика, а в возможностях для конечного пользователя.
Что - автоматом?
Это если есть все готовое и можно импортировать, а если нет? а вот тут вьюсы, редактируемые поля, вбо и рулессеты
и конечно импорт
Инструмент для программиста.
Я тебе про трудозатраты, ты мне про органичное вписывание...
Да и в "коробке" много чего не поставляется, надо самому... и рулесеты, и вьювсы, начиная с аналога вида каталога в Убере.
Попробуй посмотреть на пробему с точки зрения учета трудозатрат, которые ты покрываешь сам, например для своих же сайтов.
Так пробовал же... что попробовал - то и рассказал.
Конечно же ожидал исполнения СВОИХ желаний, ибо смысл тогда чего то ждать от альтернатив?
Делать то делают... только я спросил про примеры сайтов Коммерса где более трех кружек и четырех футболок - пока никто примеров не привел.
Jar-par.com
Функционал делал я, дизайн - Стэн.
Есть еще, но там сейчас товар забивают - рано показывать.
Связь материал-товар один к одному?
В первом да, в другом - нет.
тут лучше об импорте подумать..
тогда из скольких сущностей состоит товар - будет глубоко параллельно-))
А если неоткуда импортировать? Забивать руцями.
Ок, пусть даже сделали импорт - тысяч 5-6 сущностей, в Коммерс. Затем надо еще сидеть руцями создавать их страницы и делать референсы, да еще не ошибиться чтобы товары референсились только уникально и только туда куда надо.
Товар как правило это одна сущность. Иногда с атрибутами.
Я извиняюсь если уже упоминали, но вообще-то для коммерца давно есть модуль, который автоматически дисплеи и референсы создает при создании товара.
Для дисплеев юзаю Display Suite.
На счет автореференсов - хотел бы посмотреть, априори кажется что там много косяков будет на большом множестве материалов и сущностей.
Я имел в виду автоматические дисплей-ноды и референсы в них.
Вообще там довольно гибкие настройки, да и самому запрогать на их основе правила - нетрудно. Bulk product creation называется.
Модуль в студию!
Есть ли модуль для массовой миграции с автоматическим созданием дисплеев?
Какие еще хорошие ( полезные) для коммерца модули вы знаете?
А так же опишите пож, какие по вашему модули для Д7 отлично встают в комплект при установке Коммерца.
Что по вашему еще нужно добавить кроме самого коммерса, для полного кайфа?
ПО МИНИМУ!
Спасибо.
Это по задаче надо смотреть, что нужно - то и ставим. А все контриб модули для коммерца на сайте коммерцгайз перечислены.
не много не понял про bulk update, он для чего?
нужен модуль который бы создавал автоматом товары и ноды одновременно, при вводе нового товара! - типа просто товар ( без вариантов).
Так же я спросил есть ли модуль для массовой миграции ( импорта)?
Опишите без привязке к задаче самые интересные ( полезные )модули для коммерц.
во дает))
с таким подходом - зачем тогда вообще D?
друпа вся вообще то на модулях с псевдо ооп
во-во все зависит от прокладки. согласен
вам нужны ссылки на нормальные cmf иль сами знаете? идеология друпы это трактор-универсал (не мое выражение) где кликнул и все готово. не надо говорить - не соглашусь. почитайте кого обучают ей, что предлагают и тд. наличие апи не дает основание , что это cmf. скорее недо-cmf и недо-cms. Всех устраивает и не важно, чем кормить "жирную свинью" так вроде звучала фраза на хабре?
знаю))
имхо - тут скорее пере-cmf
но вопрос то не в этом.
alexandr.poddubsky, multpix - спасибо что померялись "джедаями" в знаниях CMF/CMS. Сильно поможет в выборе между Убером или Коммерсом
ну надо обзорчик сделать согласен. вопрос в выборе идеологии товара. стандартная идеология например запчасти иль еще что то похожее- то есть например шрус он один но производителей его дофига и трошки и цена разная, тут супер коммерц как по сео нет дублей так и по функционалу, если таких нюансов нет то на 100% лучше убер.
и все проблемы в выборе. и не нужно заморачиваться, а что лучше иль моднее
Вот тут уже сказанное куда ближе к теме!!!
Да, я сталкивался с проблемой, когда для однотипного товара, но с разными артикулами, надо было делать выбор на одной странице, и в Убере-2 опциями такой вариант не получался. Вроде делались какие-то модули, но сейчас не припомню.
1 да, быстрый старт это круто, а что потом? Или вы даете быстрый старт магазину и делаете ноги, а другие уже после вас мучаются с доработкой, а заказчик только и успевает отстегивать за переделки, которые можно было учесть в самом начале?
2 приоткрою одну тайну, товар в uc отличается от товара dc в основном тем, что в uc его от ноды отцепить при необходимости практически нереально по ряду причин
3 про зенд и т.д. Было несколько не в тему, или я чего то не понял?
1. Быстрый старт - нужен! Очень нужен. Без него не будет массовости применения. Без массовости вся тема заглохнет.
Быстрый старт нужен и для того, чтобы владелец магазина смог компенсировать затраты на его начальную разработку.
Для быстрого старта и делаются различны типовые инсталляции, и это тоже правильно, и подтверждает мои утверждения.
"Переделки" в самом начале как правило не видны и не нужны. Они нужны позже, когда владельцы магазина освоятся и решат что готовы автоматизировать еще какие-то бизнес-процессы.
2. Что в Коммерсе товар - это отдельная сущность, не тайна. Ну и что? Процент необходимостей "отцеплять" какой? ИМХО небольшой. И что значит "отцепить"? Приведите ваш случай. Поля во вьюхе вывести? Так ведь можно.
3. Про зенды и другие фреймворки - проехали и забыли
http://www.drupal.ru/node/85052
1001 "удобство" абера
?? и что. Обычная темизация ноды.
зачем его отцеплять? иль вы так и не читаете?
еще раз для .. в убере товар это нода, в коммерце товар прикреляется к ноде, что непонятного?
вы маус кликатель?
маускликатель-клаваклоцатель-скринотыкатель)))
p.s.
добиваю ИМ на DC, будет что показать.
можно долго трепаться - быстрее сделать.
От это - по теме! Ждем.
Вообще то вопросов много у всех есть на тему "Как это сделать в Убере или в Коммерсе", обсуждать (хотя бы) мало с кем есть, народ теряется... Тут уже пора бы кроме форума Organic Groups подключать (когда много регулярных посетителей)
еще и пол августа буду потерян - но оно того стоит))
Сделал запрос на раздел "Электронные магазины"
http://www.drupal.ru/node/85122
И опять же на тему товаров уберкарта, в том то и дело что товар там является нодой только в админке, вы за её пределы вылазить не пробовали?
По поводу кикстарта, да он нужен, однако я еще не встречал заказчиков, которых устроит ууберкарт, развернутый мышью, я имею ввиду приличные заказы
Ну я понимаю, что нода расширена модулями Убера. Во вьювсах их поля доступны, в display Suite тоже - это подходит к категории "за пределы"?
Кикстарт нужен не для "приличных" заказчиков, а для обычных заказчиков и для тех, кто сам себе делает. Ну разве это не очевиднго?
А мне убер по нраву.
Прикольно было бы сделать ветку и приводить примеры своих магазинов.
Сделал запрос на раздел "Электронные магазины"
http://www.drupal.ru/node/85122
Есть что привести - приводи.
а чем заказчики обосновывают отказ?
мне тут один клиент заказал сайт. навороченный. основное требование - неиспользование ни одного фреймворка. т.е. код писать руками. весь.
Видимо тем же чем WordPress, у всех свои требования, убер в коробочном виде не подходит обычно по т.з., приходится править и много, а если и подойдет, то один фиг заказчик потом чего нибудь как вспомнит...
что то мне эта тема напоминает Win vs nix
Просто надо по теме высказываться, а не холиварить.
Зачем тут обсуждать ситуации, для которых не подходят ни Ubercart ни Drupal Commerce?
Тема не для этого создавалась.
Убер в "коробочном" виде существует, а это значит что кому-то вполне подходит.
Понятно что "всё течет - всё меняется" и "потом придется допиливать". только в этих вздохах здесь и сейчас нет ни конкретики, ни конструктивизма.
Именно для этого пишется ТЗ и приписка - доработка за счёт заказчика
ДС никогда не станет мейнстримом. Его ниша - магазины от 5 и выше килобаксов, c запасом "навырост" что автоматически отсеивает школьников. Это гуд, оставляет неплохой margin.
Почему такое мнение? Его же, как я понимаю, как мейнстрим для екоммерс-решений на Друпале как раз и позиционируют. A Убер держат как legacy.
Вы или крестик снимите или трусы оденьте. Как по Вашему это нужно прочесть? Друпал Сомерс?
правильно и грамотный ответ. одобрямс
Сейчас неспешно делаю два магазина:
1) Commerce. Чернила и расходники. Много однотипных сущностей "Товар".
2) Ubercart 3. Спорттовары. В большинстве случаев однотипных товаров нет.
Набираюсь опыта. Ничего кодировать не собираюсь, только пользоваться готовыми модулями и допускаю программирование Rules.
Заюзал Display Suite, не выходит правда изменить форму ввода товара - всё по старому одной длинной "портянкой", тольо очередность ввода полей можно менять.
Применил commerce_salesprice - теперь на товар можно указать, действует ли скидка, и указать новую цену. В показе - старая цена, скидка, новая цена.
Для Друпал да, я имел ввиду как движок для е-commerce в общем. Друпал кстати сам по себе тоже ведь не мейнстрим
http://www.drupal.ru/node/85122
Прошу оставить свой голос всем кому интересно.
Для любителей Коммерса и знатоков референсов на сущности, вот моя идея:
http://www.drupal.ru/node/85265
С помощью rules это можно сделать.
МОЖЕТБЫТЬ, если есть взаимно однозначное соответствие, по которому и можно сделать правило.
Но чаще такого НЕТ.
повторюсь:
когда-то была идея рулеса создающего товар автоматом
простой пример - можно усложнять пр желании))
Хроники с полей: как сделать два заказа из одного в зависимости от статуса товара?
http://www.drupal.ru/node/85693
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 - ознакомьтесь с настройками и фичами нескольких других популярных движков ИМ.
С comerce лучше не связываться очень проблемная сборка и нереально громоздкая как в смысле интерфейса так и нагрузки на сервер.Мне кажется ubecart вне конкуренции на сегодня
Кстати зачем возится с модулями нагружать сервер и мозги? не проще тот же PrestaShop установить где все готово ? Лично у меня сайт развалился при установке модулей comerce два или 3 раза восстанавливал бд и плюнул на эту хрень