Плюсове и минуси на Drupal на Drupal Commerce
Не е пакетно решение Commerce е позициониран като рамка. Това означава, че ще трябва самостоятелно да обмислите архитектурата на магазина, да създадете тема, да направите каталог, да инсталирате много допълнителни модули. Това, разбира се, не е изцяло минус, но повечето последващи минуси следват точно от тази точка.
Заплетена структура Доста трудно е да се разбере вътрешната структура на търговията и да се разбере как всичко работи заедно. Без практика и дебъгер по никакъв начин.
Разделяне на продукт на две единици Това затруднява създаването на продукти, импортирането, груповото редактиране, извеждането, програмната работа и т.н.
Имате нужда от умение с висок принос Трябва да знаете как работи и да можете да използвате API за изгледи, правила, Entity. И да можете да използвате не само админ панела, но и API на тези модули.
Трудност при сортиране и филтриране по динамични цени По подразбиране е невъзможно да се сортират или филтрират продукти по цена, включително отстъпки, промоции и др. Крайната цена в търговията се изчислява в момента на теглене, но само първоначалната цена се съхранява в базата данни. Чудя се как се решава този проблем в други двигатели?
Трудност при работа с динамични цени Търговските разработчици предлагат управление на цените чрез правила, но това е подходящо само в някои случаи. Щом логиката е по-сложна от "10% отстъпка на всички продукти", ще трябва да напишете свое решение.
Няма административен панел на магазина Административният панел е там, но е за програмиста. На практика няма нищо за администратора - няма удобно управление на материали, отстъпки, продуктови вариации, статистика. Всичко това трябва да се събере сам. Трудности при редактиране на поръчки (например невъзможно е да се промени стойносттаперсонализирано поле ред елемент).
Ефективност Тук, разбира се, всичко зависи от разработчика, но можете спокойно да заложите 50 или дори 100 процента на режийната търговия.
Детски болести Много неприятни малки неща - невъзможно е да се преведат отделни редове без патерица, зависимост от Addressfield, невъзможно е да се добавят полета към касата без модул, невъзможно е да се промени редът на стъпките за проверка и т.н.
CommerceGuys Създателите на Commerce участват активно в живота на своята общност - те пишат статии, създават модули, снимат скрийнкастове, помагат във форуми. Но най-важното е, че те самите профилират създаването на търговски магазини, така че знаят от какво се нуждаят крайните разработчици.
Като цяло "инсталирах и отидох да правя пари" не е за търговия. За търговията е - "доставени, проектирани, отстранени грешки, написани модули." Изисква се високо умение от разработчика и дебел портфейл от клиента (въпреки че не се случва по различен начин в електронната търговия) :) Но практически няма ограничения за бъдеща функционалност, защото Drupal е под капака.
Не мога да го препоръчам за сложни магазини, където скоростта е важна, но за малки и средни ще се справи добре.
Съвет: ако сте избрали Commerce, в никакъв случай не използвайте компилации като Kickstart 2.
Написано, подходящо за Commerce 1
Коментари
Не виждам смисъл да правя голям онлайн магазин на Drupal. Първо, както удобството, така и скоростта на разработка и използването на админ панела са на нула, а при висок трафик това ще направи огромно натоварване на сървъра. Като цяло, nafig е необходимо. По-добре е да вземете нормален магазинен двигател
да, това е проблем на Drupal, какво е търговия, какво е ubercard въпреки че по принцип не съм срещал универсални онлайн магазини, всеки има свои рани ив половината шиткод
под Drupal понякога вероятно е по-лесно да напишете своя собствена кошница, отколкото да влезете в търговията, бях убеден в последния си проект
Съгласен съм, Drupal Commerce очевидно не е решение в кутия. Въпреки че има някои добри компилации.