Минутка рекламы) Есть простой вариант - взять сборку, типа http://www.ra-don.ru/shop, там уже настроенный базовый каркас, на базе drupal + commerce, онлайн-оплата уже настроена, яндекс-маркет настроен. Хостинг уже настроен для drupal-разработки и делает автоматически ежедневный бекап (меньше шансов выстрелить себе в ногу, что-то поломав). Есть подробные мануалы для редакторов - http://www.ra-don.ru/doc/shop , где все очень подробно расписано.

Никакой информации и тем более видео нет. И не вздумайте в гугле искать.

"kosHta" wrote:

Это Уберкарт

неправда

Интернет-магазин на друпале - это круто только в том случае, когда либо весь каталог очень маленький (пару сотен позиций), либо когда весь товар довольно однотипен и атрибутов у него не очень много. Но и в этом случае очень велика вероятность суицида у контент-менеджера. Если же делать каталог по очень разношёрстной продукции, например компьютерная комплектуха, где в каждой категории штук по 15 атрибутов, то будьте готовы к тому, что после создания и настройки каталога и всего функционала, вам придётся потратить ещё в разы больше времени и сил на то, чтобы быстродействие сайта хоть немного приблизилось к вменяемым показателям. Основной источник проблем быстродействия - это то, что под каждый атрибут или поле создаётся своя таблица в БД. У контент-менеджера при использовании commerce трудности будут вызваны тем, что к нодам нужно крепить продукты, а если импортировать каталог, то двумя файлами.

"kosHta" wrote:

тогда автор - обманщик? http://www.drupal.ru/node/107941

Интернет-магазин на друпале - это круто только в том случае, когда либо весь каталог очень маленький (
Тогда на чем круто? Мадженца? Престашоп? Если у меня 30 тыс товаров ..1000 категорий и несколько десятков фильтров

"gun_dose" wrote:

Основной источник проблем быстродействия - это то, что под каждый атрибут или поле создаётся своя таблица в БД.

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

"gun_dose" wrote:

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

ага. у нас пачками идут ребята с битрикса с импортом, по 5-15тыс. позиций. Голая миграция, с родным кэшированием на уровне друпала (entitycache, настроенный кэш вьюсов), без всяких допов оптимизации на уровне сервера, дает +2+3x (+20х был случай, но это кривые руки прежних разрабов) производительности относительно битрикса...
Пачками, Карл!)

"kosHta" wrote:

уже поумничать нельзя.

можно!

"dashiwa" wrote:

Интернет-магазин на друпале - это круто только в том случае, когда либо весь каталог очень маленький (
Тогда на чем круто? Мадженца? Престашоп? Если у меня 30 тыс товаров ..1000 категорий и несколько десятков фильтров

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

"gun_dose" wrote:

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

а писать свою админку пробовали?) пару вьюсов, VBO, свой дашбоард, inline entity forms... сказка получается)

"adubovskoy" wrote:

а писать свою админку пробовали?) пару вьюсов, VBO, свой дашбоард, inline entity forms... сказка получается)

это слишком "простое" решение))))

Простые решения подсказывает сам господь бог
Альберт Энштейн