What is the best addon module for a web store Drupal Commerce or Ubercart.
Can we only answer from those two choices?
All recomendations appreciated
There's a really good article that describes the differences between Commerce and Ubercart here:
I recently when through the process of deciding between the two for a new site. We decided to go with Commerce, mainly because it looked like a lot of Ubercart contrib modules weren't being upgraded to 7 (and some had no plans to upgrade...). With both there are currently some of problems with contrib modules not being available, or not having full releases (e.g. things like coupons, discount codes, certain payment processors). However, it seems to us to be more likely that these things would be developed for Commerce 7 sooner rather than later (or never...).
In my openion both are good depending on what you would like to achieve.
Ubercart is more out of the box solution as Commerce requires some skills.
To be quite honest Ubercart was always the choice for me as it integrates beautifully even in highly complex websites.
Big minus of UC is however the lack of build in multi currency functionality, other than that - you just enable and start using.
Commerce on the other hand is very flexible but has in my openion some pretty heavy integration issues.
If you have a website that is only going to be an online store with basic functionality, things are very easy.
Do something complex however and you can tear your hair out!!! - litteraly!
If i had a nickle for every time commerce has TRASHED the sites that i am working on, i would go in to early retirenment.
So there you have it, but keep in mind this is my personal experiance according to the demands of my projects.
Drupal Commerce = bad, hard to setup, missing out of the box functionality you would expect, much broken, much done it a foolish way, unintuitive to users.
Ubercart = as good as ever, easy setup, out of box working
If you want to save yourself a lot of time and effort continue using ubercart.
If you want many issues to sort out and a lot of programming and a lack of decent attribute handling use drupal commerce.
Not sure what he was thinking of but it is in no way ready for production use
bad no, complex yes-- much like drupal itself Flexibility and power come at a price. Commerce is far more flexible, 'standardly' customizable, and powerful than ubercart. But it requires time and effort to tap that. If ubercart works for you as is, then great-- by all means use it(though commerce_kickstart v2 has come a long way and is an awesome starting point that still allows you to customize the commerce way should you ever need to.It's a great module). However, if you need any kind of customizations or complex logic and don't want to fight to overcome existing functionality in order to achieve your complex business logic and rules, then commerce is the only way to go.
Time spent learning commerce is well spent. See the excellent video series by commerce guys over at vimeo.com.
Also be sure to see the intro to commerce at http://vimeo.com/channels/commerceguys/21681203 -- and notice the applause at several points (ie ~18, ~26, ~35, etc), from users experienced with ubercart, for things commerce enables that were previously difficult or impossible with ubercart. Also pay attention to about ~21:00 and especially at ~25:00 where ryan demos things innate to commerce that took contortions to do with ubercart (like changing checkout to single page with a few clicks in a couple of seconds). And the intro describes very well why commerce evolved as it did from the original ubercart developer.
Don't be a Help Vampire - read and abide the forum guidelines.
If you find my assistance useful, please pay it forward to your fellow drupalers.
I am building a site for a customer who only uses a cart system as an add-on to sell cups, souvieurs along their events and collect donation. I tried both module, each for 4 hours. Ubercart works out of the box, commerce is still barely configured after 4 hours and I am sure even if I can finish a starter configuration I would not be able to train my customer to use it: my customer, who isn't doing retail as their main business, cannot handle that abstract level of thinking. I went with ubercart.
So this experience tells me ubercart won't go out easily as some people expects. I am sure aware ubercart have problem with complicated inventory management, but if you only have a roomful of goods to sell, or a dozen types of products, ubercart is the way to go.... of course, you may want to leave space for your business to grow. At least in my case, my customer's retail business as a value-adding project, is very unlikely to grow big.
Ubercat is top 1 module, the first choice,
Commerce is top 2, the second choice.
I support Ubercart.
Chinese drupal tutorials Think in Drupal
Ubercart is usable straight out of the box for intangible goods and files of all types that can be downloaded and paid for or supplied free, and for tangible goods that can be carriage free or carriage paid to almost every country in the word. It is therefore suitable for large or small stores and sufficient for 99% of users,
Commerce is configurable, and therefore a larger learning curve, but provides practically the same functions as Ubercart. It's the system for the 1% who need to configure a site to do something that Ubercart can't do.
so in this case Ubercart wins for 99% of actually use
I'm new to Drupal and love it! Totally digging it.
So my first noob mistake was thinking that Commerce and Ubercart can co-exist. At least I think it's a mistake and, in the process, I've been experimenting.
I agree with all users that Ubercart is easy and the plug-ins, like the one that will let you remove fields (versus writing form alter - oy vey!) is a real time saver. Downside: no reverse auction option for UC. I WANT that option for my site!
Commerce is another story. First off, I like that they have Reverse Auction. Downside: dependencies out the ying-yang and just suffering from module bloat. The installation was aggravating. For every module, there were easily 3 more I needed. I agree that it appears to be designed to scale for larger enterprises but still looks like a viable solution for me as I look at it again today.
So how about this: why can't Reverse Auction in Commerce be made to work with UC if a user, like me, already has Commerce modules co-existing with Ubercart?
Otherwise, this is reinventing the war between Macy's and Gimbels.
My suggestion is simply to make the core dependencies for either UC or Commerce part of the Core or, offer a minimalist solution that comes with core where the existing dependencies can easily support a user deciding to install either UC or a more robust commerce module. It's clear that people using Drupal are developing e-commerce sites, or the demand is clearly there at least, and it's time to simply include the stripped down necessities of e-commerce part of the basic install of Drupal. And it would make Drupal way cooler.
Just my $0.02. Thanks for reading.
Making commerce modules work with ubercart or vice versa is, even if possible which i doubt, a ginormous task that no one is going to take on. People choose one or the other they don't use both. That's not even an 80/20 situation, that's more like 99.99999999999999 to .000000000000001. Huge time sink for virtually nil return. not gonna happen.
I've no experience in Drupal. But I'd like to take a customers website and put it into Drupal framework. The existing site is a custom php job with a few pages and a user/pass secured part of the website in which they sell their products to trade customers. Customers must register and await activation before they can browse the products. They'd like to upgrade with a blog and various over pages and better search options. I've decided Drupal will be the best platform.
Question is, which one of these e commerce modules would be most suitable? How best would it be to secure the shopping cart? Customers pay on a performa invoice basis so payment gateway is not much of an issue. Is anyone aware of any trade specific modules? Any advice would be appreciated.
I have used both and thanks to Commerce I finally learned the deep rabbit holes of Rules as well as the power and flexibility.
This said, contracting a project is not the same as going to school to learn new subjects, so I'd like to reply to the subject question with a specific real life question:
Suppose you have a blog with 1000 unique posts and each post advertises a product for sale. Suppose you are charged with implementing a shopping cart in order to sell the items described by each existing post.
With Commerce, do you have to manually create 1000 unique Product items and manually transfer the post details to specific custom fields? If so, is the Commerce approach a productive one or an academic one? Or it there a smart way to achieve the above goal?
Unfortunately there is no simple answer. It depends on what you want to do with it.
It is also quite likely you won't know which one is better until you have tried the one that is not.
One you have tried them both you will have a decent idea of what they might be good at.
I think they both have good and bad parts.
They are both fairly complex, but ecommerce is complex.
I would recommend seriously thinking about all your requirements and then finding add-on modules for ubercart and commerce that fulfill those requirements (make sure you know for sure, there might be a module that advertises what you think is your requirement, but it may be a little different in its specifics and may not address your needs properly).
Then pick the one that has all of (or the most of) the add-ons you require.
If they both completely meet your needs then lucky you, you have a choice to make.
In my experience the commerce suite still isn't as mature as the ubercart space.
In my opinion commerce contrib is a bit lacking and there are a lot of modules that have been released with the basic necessities of the functionality they aim to provide, but have not really been worked on much after that, so their feature set is fairly limited.
I have had to switch from commerce back to Ubercart in some cases because the client has on numerous occasions asked for additional features that I then discovered cannot currently be done out of the box with commerce.
I have extensively investigated these things to see if there are solutions and even submitted some patches to help get them in, but in the end there isn't the budget to be able to keep writing code for this and I worry that they will ask for things in future that will also require more work.
I want a system where when the client asks for a new e-commerce feature it is likely I will be able to do it without custom code.
In this case switching to ubercart still means I will have to write a bit of custom code (port a drupal 6 module to drupal 7) but in the end it will be less custom development overall by far.
Granted, it is possible I have just been unlucky to get these specific requirements, but commerce still seems too immature to me, even this far in and with a lot of users and commercial support.
After developing a number of sites on Commerce, I'm convinced Ubercart is the better solution. It seems Commerce Guys wanted to create their own niche within the commerce community, and really didn't pay mind to what common solutions provide their users. If a customer is coming for a solution like Magento or the likes, Commerce is going to seem very foreign, and unwieldy. Even using kickstart.
Commerce handles 3 things very bad - Coupons, Taxes and Attributes. Especially the interaction b/w fixed coupon, taxes and sub-totals is incredibly messy, and has been a sole reason for me to move sites from commerce to ubercart. Attributes are very heavy and slow to input.
Commerce does give the developer more power due to leveraging the entity API at every turn, but I've spent more time banging my head against a desk trying to get Commerce to work than I care to.
Use ubercart would be my 2 cents.
Custom Drupal development and theming. http://www.drewbolles.com
For the moment drupal commerce seems too immature for me.
I used commerce on a small project. This project was a bit specific : I needed to implement a credits systems. So users could buy userpoints and then buy some actions (node publishing or other stuff) with these userpoints. I had a lot of pain doing this and add to do some code customization with commerce. It works but I really hope there won't be further development on this project because everything is such a mess with drupal commerce.
I now started a new project which is a marketplace. I started with Drupal Commerce... Now I have to switch to Ubercart because I just noticed it's not really possible to doing this properly with Drupal commerce if you are a one-man team and have less than 2 month to make your project. By the way kickstart is buggy and I had really stranges bugs with it. Bugs that didn't happen with a "from scratch" drupal commerce setup.
Anyway, I'll try Ubercart which seems more mature for a marketplace... Hope it would be a good choice.
I tend to agree with this.
I was planning to use commerce for a project instead of ubercart because ubercart was missing one crucial module (it was D6 only) and commerce seemed to have everything I needed.
Once I had it set up and was digging right in to get some of the more complex requirements done I discovered that a number of add on commerce modules were not stable enough or we limited in the functionality they were aiming to provide.
Also, a lot of the add on modules consist of a few initial commits and not really any ongoing maintenance or development of new features.
Depending on your requirements it is very possible you will never run into these issues but I still think that commerce contrib is too immature for my liking.
It was a good learning experience as I had to delve into the code more than expected, however if I just ported the missing ubercart module I would have easily been ahead time wise.
You live and learn :)
I have read all of your comments above.
And honestly, I am confused now.
It would be great if we can have a comparison table for the features supported by Ubercart and Commerce, so users can choose which one they need based on that.
I am not an e-commerce expert, but maybe Commerce Guys and Ubercart can have a merged table with the features for first timers like me can decide easier on how to proceed.
In addition, a list of the supported payment methods and gateways for each would be amazing with a reference link for contributed modules of each (or guidelines).
e.g. In the Middle East and Gulf regions, there are some limitations over some of the main payment methods and gateways like paypal.
Mark Ryoko's link covers some thing that haven't changed, though his entry is a bit dated. Here's a more recent one that does a great job with this undying question:
I know this thread is a bit old, but a few days ago, I had to go through this Ubercart vs. Commerce thing. If this can contribute to the reflection...
In my case, I only want to sell roles (ie.: a very simple ecommerce site). And in this narrow perspective, I came to the conclusion that Ubercart is the way to go.
Selling roles with Ubercart is out of the box, while Commerce implies so many modules just for one thing, killing any advantages that commerce could have.
I understand that Commerce has an advantage because of its «entity approach» compared to the «node approach» of Ubercart. But this advantage, IMO, disapears when building something simple, like selling roles or a few products.
With Ubercart, I was selling roles in a few minutes. The down side of Ubercart for now, is that many modules seems to be forsaken, since many of them were initiated by CG.
Anyway... just a 0.02$!
Drupal in the snow
I have used Ubercart... Drupal commerce is ten times better!!!
PHP and Drupal addict, web manager at http://www.online-stores.gr and senior developer at Prince Oliver
It's really not that simple, they are both good at different things.
Ubercart can be a little less flexible but commerce can be needlessly complex.
At the time I used it most the commerce ecosystem was also not very mature and had a bunch of pretty much unmaintained add-ons that had functionality quite specific to what the original authors needed, as opposed to generalistic modules that could fit any use case (although that was over a year ago now, it may be a lot better).
It seems that Ubercart support Drupal 8 much better than Commerce.
Having not properly used drupal commerce for about 2 years I have recently used it on a project and I must say it is a lot better now.
Modules are generally a lot more stable and have more of the features you would expect.
There are add-on modules that allow for some good simplifications to product administration also.
It's very easy to override most functionality.
On the whole I would say it is now my preferred Drupal ecommerce solution.
i vote for drupal commerce, for me is very simple to configure
I partially agree with netflarehq, Bad... i don't think so but hard to setup? Yes, until you've setup 2-3 sites. Manage product when you hand it up to the client, that's definitely the hard part for me. Tell a client he has to create a product in one place, create a product display in another place and create a discount in another place again!!!!! When you can do it all in the same place in Ubercart. Especially if you're doing a small ecommerce site... You are going to spend a lot of time setting up the site which means less money in your pockets. I would recommend Commerce for big(ger) sites.
Just my opinion!
Drupal is a registered trademark of Dries Buytaert.