Slashdot Mirror


Selling Online with Drupal e-Commerce

Michael J. Ross writes "Many Web developers wish to create e-commerce sites that also support collaborative editing of content, community forums, and other features that can increase traffic to the sites. But most shopping cart products do not include those capabilities, or, if such third-party add-ons exist, they may be quite limited in functionality. Similarly, most if not all content management systems (CMSs) lack native e-commerce capabilities. Yet that barrier is being overcome, because a handful of e-commerce modules have been created for the most popular CMSs. Perhaps the most promising pairing, at this time, is Drupal and the e-Commerce module — a combination covered in the book Selling Online with Drupal e-Commerce by Michael Peacock." Keep reading for the rest of Michael's review. Selling Online with Drupal e-Commerce author Michael Peacock pages 264 publisher Packt Publishing rating 7/10 reviewer Michael J. Ross ISBN 1847194060 summary A thorough guide to the Drupal e-Commerce This title was published by Packt Publishing on 31 March 2008, under the ISBNs 1847194060 and 978-1847194060, and is a recent addition to their growing lineup of books focusing on Drupal and Joomla. The firm hosts the book's Web page, where readers can download the sample code, submit feedback, post a question about the book, read an online excerpt, and download a sample chapter (number 8) on "Creating a Better Selling Experience," as a PDF file. In addition, readers can purchase the handy e-book version, which contains everything found in the print version.

The first chapter serves as an introduction to Drupal and the e-Commerce module, and also explains how to download the two of them, as well as the additional module (Token) upon which the latter depends. The author explains the purpose of each area within Drupal's "Site configuration" section, and what changes the reader should make, if any. Also, he provides the background story for the sample e-commerce Web site that is built throughout the book — in this case, a dinosaur model shop. It should be noted that the diagram on page 6 does an effective job of explaining the basic idea of how a CMS works (better than the similar figures seen in other CMS books), and it is followed by an explanation of what e-commerce is. However, it is doubtful that any developer who purchased this book would need to be told what are CMSs and e-commerce.

In the second chapter, the author briefly reviews the steps for adding content and navigation to a Drupal-powered site, by adding pages and menus, respectively. Also, some additional modules are enabled, for creating a contact form and a blog, for the sample site. Up to this point in the book, readers will have become accustomed to the author explicitly guiding them through the steps necessary for creating the sample site. Thus it may come as a surprise to such readers when they see the second figure on page 40, showing the navigation menu, including new sections for dinosaurs and the museum, and a link to a contact page. The two new sections were briefly mentioned three pages earlier, but the steps for creating them were not; the steps for adding the contact page link were apparently not mentioned anywhere. However, any experienced Drupal developer should have no difficulty figuring out how to add these navigation menu items.

With the third chapter, the book shifts focus from Drupal basics to implementing an e-commerce site. Aspects of running an online business — such as site accessibility laws, legal issues, and privacy laws — are mentioned, though readers outside of the United Kingdom will most likely not be pleased by the UK-centricity of the material. Other topics covered include product types, groupings, details, photos, and advertising, as well as customer service.

In Chapter 4, readers learn about the e-Commerce product types and their corresponding modules, and how to add products to the store catalog — including specialized types of products, such as apparel, services, and bundled products ("parcels"). Chapter 5 briefly covers users, rules, permissions, settings, rules, registration, e-mail messages to users, users' pictures, taxonomy, requiring registration, customer management, user orders, contacting users, and adding your business's staff to your site. It also touches upon taxonomy and how to use it for controlling user access to content. But the author fails to explain why this is needed for the online store. Providing such a rationale up front is especially important when asking readers to work their way through potentially daunting subjects such as taxonomy, and implementing them in their own test sites, if they are following what the author is doing.

The sixth chapter begins with an unneeded review of the themes built into Drupal version 5.x, with even more space taken up describing three red-based color schemes. This is followed by a discussion of how to modify whichever of those themes is enabled, and, very briefly, how to create a new theme. In this chapter and many others, the author frequently reminds us that the hypothetical client, Doug of Doug's Dinos, is "really pleased" with the "great looking site." Readers can judge for themselves just how great is the site's design. Admittedly, in a book such as this that does not focus on Web design, a sample site can be quite basic. But the constant praise is unwarranted.

Allowing customer checkout and payment are critical to any e-commerce site, and those topics are explored in Chapter 7. The topic coverage is fairly complete, though occasionally the author does not make clear where in the Drupal administration section the reader will find the particular topic under discussion, e.g., the global anonymous purchase policy. Chapter 8 offers a lot of valuable information, including how to: add shopping cart and search elements to every page, automatically create user accounts, add images to product listings, offer discounts based on customer role, provide coupons, allow bulk purchasing, set up auction and donation products, and automatically adjust charge prices based on various conditions.

Chapter 9 delves into the particulars of calculating taxes and shipping costs, as well as accepting payments through various gateways, including PayPal, which is explored in detail. The only part that will be misleading to readers, is the claim that PayPal's IPN "pings" your server for each customer transaction. Actually, their server does not ping yours, but instead posts transaction data that you can use for updating your online database.

Chapter 10 presents a number of modules and techniques for making an e-commerce site more secure, and also covers domain name, Web hosting, and site maintenance issues. The security modules discussed are definitely worth considering. Some readers may be confused by the Backups section of cPanel mentioned by the author, since not all cPanel installations offer it.

The last two chapters of the book address invoicing, CRM, and marketing one's site. The discussions of search engine optimization, viral marketing, newsletters, etc., are quite cursory, and readers interested in those topics would fare better by consulting books, online articles, and other resources that are much more thorough. The chapter's topic that will probably be of most value to e-commerce developers, is the demonstration of how to significantly customize the layout of invoices, using CSS. The book's sole appendix explains how to install WampServer.

All the chapters conclude with brief summaries, which, without exception, are a waste of space — especially considering the brevity of most of the chapters. The old oratory principle of "tell them what you're going to tell them; tell them; tell them what you told them" may be terrific for speeches, but not for books. That is primarily because someone in an audience listening to a live speech does not have the luxury of looking into the past to hear a portion of the speech again, nor of looking into the future to anticipate what the speaker will say next. Readers of books, on the other hand, can of course jump backward and forward quickly to review or preview material, as needed.

The quality of the book's writing is noticeably weak, with countless awkward phrases and run-on sentences. Some are downright puzzling, e.g., "Thanks for your custom!" (page 125); did the author mean "order?" Throughout the book, one finds a remarkable underuse of commas, frequent mixing up of "that" and "which," misplacement of commas and parentheses, misuse of commas in place of semicolons and even periods (e.g., page 124), semicolons in place of colons, and missing hyphens from adjective phrases. Most noticeable — and at times laughable — is the excessive use of exclamation marks, reflecting a common misconception that they jazz up otherwise dull material. For example, page 49 contains three completely unnecessary exclamation marks, not counting the two contained within a customer testimonial. In addition, the book contains several errata, such as: "loose" (should read "lose"; pages 8 and 195), "leads customers" (should read "leads to customers"; page 57), "products" (should read "product's"; page 62), "customers' role" (should read "customers' roles"; page 88), "to mentioned" (should read "to mention"; page 131), "its does" (page 159), "If a more" (should read "If more"; page 202), "businesses" (should read "business's"; page 221), and many more.

An additional blemish of the book, albeit minor, is that there is little consistency in how the author describes to the reader the navigation steps for going to a particular area of Drupal administration. Sometimes he presents a breadcrumb-style menu path, starting with the highest level menu item. (The majority of readers would probably find this to be the most logical format.) On other occasions, he reverses the order and describes it narratively. Least useful is his listing of the URL, such as "http://localhost/drupal-5.7/admin/users/roles," which may not even match the Drupal root URL that the reader has set up in their development environment.

Despite the aforementioned problems, Selling Online with Drupal e-Commerce is a welcome addition to the growing list of more specialized Drupal titles, and is currently the premier resource for anyone who wishes to use Drupal and the e-Commerce module for creating a virtual store.

Michael J. Ross is a Web developer, writer, and freelance editor.

You can purchase Selling Online with Drupal e-Commerce from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

16 of 68 comments (clear)

  1. Already slashdotted by will_die · · Score: 4, Funny

    The site http://localhost/drupal-5.7/admin/users/roles, is already down and cannot be found.

    1. Re:Already slashdotted by Dekortage · · Score: 3, Funny

      And wouldn't you know it -- http://127.0.0.1/drupal-5.7/admin/users/roles is down too!

      --
      $nice = $webHosting + $domainNames + $sslCerts
  2. old hat by ne0n · · Score: 4, Informative

    problem is, Drupal ecommerce (and ubercart, et al) don't run on Drupal's current stable release. And Drupal 4/5 leave a lot to be desired.
    I question the relevance of a book written about outdated, unsupported ecommerce tech.

    --
    $ :(){ :|:& };:
    1. Re:old hat by -noefordeg- · · Score: 2, Informative

      What are you talking about?
      Drupals current stable releases are 6.3 and 5.8.

      I, and probably many others, would appreciate you mention at least some of all those missing features in Drupal 5.8.

      I have been involved in several e-commerce sites developed with Drupal 5.8 and UberCart ( http://www.ubercart.org/ ) and we really don't find much functionality missing. Actually, the Drupal API ( http://api.drupal.org/ ) and available modules is far beyond anything else I've worked with.
      Drupal + UberCart is really really good. There is nothing else to say about that.
      Developing multi-language e-commerce sites, which conforms to XHTML and CSS standards, with user friendly AJAX enhanced functionality, supporting large number of products (2+ millions) for a large number of visitors, with different payment options is pure joy with Drupal and UberCart.

      UberCart is an alternative e-commerce solution for Drupal which is beginning to really stand out from the crowd.

      Everyone is entitled to their opinion, but it wouldn't hurt to back up your opinion with some facts/observations.

    2. Re:old hat by e03179 · · Score: 2, Informative

      IAADF (I am a Drupal fanboy) and I've noticed that when posters in the Drupal.org forums suggest features that aren't found in Drupal core or in the 3rd party .module's, they are often told that "This is open source software. You want that feature? Go write it".

      You've got to admit, posting in the Drupal.org forums is a crap shoot. Sometimes your post won't get a reply. Sometimes you'll get heckled and told to go back to WordPress or Joomla. Sometimes you'll get pointed to 3rd party .modules that do half of what you want and you are told to code the other half. And sometimes you'll get pointed to yet another feature request that someone has made years ago that may or may not have the solution you seek.

      I wish Drupal.org was better organized. It's a mess. Heck, they've recently removed D.org's own SEARCH function and have been encouraging people to search D.org by using Google. There's no way to track threads (even though .modules exist to allow this) so people simply type "SUBSCRIBE" to feature requests and bug reports in hopes that they'll be able to follow the thread through the /tracker feature.

      The Drupal CMS system is getting more and more robust and gaining more and more attention. I think it's time that the Drupal admins realize that they aren't just managing the Drupal CVS, but also the Drupal community...to include User Experience on their website.

      It sounds like your interested in that. How about stepping up? ;)

      --
      -516
    3. Re:old hat by nostriluu · · Score: 2, Insightful

      The whole problem with Drupal (well, the main problem, every popular software of any size is going to have lots of problems) is the project leads' refusal to make any kind of real API. With every major release of Drupal, modules become orphaned and existing sites get harder to support or upgrade. Because Drupal uses a "hook" system, and PHP (with no data typing), and there are no unit tests, it's really, really, really difficult to tell when things are broken. I've seen evidence of this again and again as even core functions aren't properly upgraded, with only passing warnings letting users know something is terribly wrong.

      At least if they'd use an API for core functions this problem would be partially mitigated. They've been talking about an API for years, but no one wants to do it, and to be honest I think this suits the people at the top of Drupal (as opposed to everyone else) just fine - it's certainly not a high priority for them.

  3. Ubercart by future+assassin · · Score: 3, Informative

    Never used the e-commerce module but I'm currently building two stores using Ubercart http://www.ubercart.org/ and even though its still a fairly new module its quite nice and usable for an e-commerce site.

    --
    by TheSpoom (715771) Uncaring Linux user here. I have nothing to add to this but please continue. *munches popcorn*
    1. Re:Ubercart by gregmac · · Score: 2, Informative

      I've been using it for a small e-commerce site, and it's by far the best online store I didn't write from scratch. From and end-user perspective, it's very easy to use.

      What made me initially choose Ubercart over Drupal e-commerce is the checkout process. Two easy features that really can make or break the store: shipping estimate on the cart page (BEFORE entering any personal information besides postal code/country), and not presenting checkout as having to "sign up" for an account (even though the only difference is really entering a password or not).

      Drupal is a great platform to build an online store on. First of all, an online store is generally going to be linked into a bunch of content that should be part of the content management system. Maybe you sell widgets, and you have a content page describing the widgets. Doing this all in Drupal makes it dirt simple to have a section on all your widget-related content pages that show all your current widgets products that are on sale/featured/etc. It also lets you link from the widgets products back to a page that talks about what widgets do.

      Secondly, it makes products very powerful. Using CCK, you can customize product nodes to have extra fields. For example, if you have a variety of widgets you sell in various lengths, you can create a new "widget" product type, and add a length field to it. Now when someone creates a product, they have a defined place to enter in the length. This shows up consistently on the product page template. It can also show up in product lists, and you can even make search forms that let you search for a specific value.

      And the best part is this is all relatively easy. There is certainly a bit of a learning curve to it, but it is worthwhile to learn, as it is a heck of a lot easier to do than writing it by scratch yourself (I'm saying this as a 9+ year professional developer). It's also more flexible in some ways -- for example, if you also need a "width" field on that product, you can just add one with the GUI and then add a tiny bit of code to the product template (if you customized the template).

      --
      Speak before you think
  4. I don't care if it's good or not by jollyreaper · · Score: 4, Funny

    I don't want to know anything about a product that makes me think of tall black drag queens.

    Reminds me of a funny conversation with a friend who doesn't follow politics closely.

    friend: Man, I don't think the Dems have any good candidates running this year.

    me: Yeah, but i know you won't go Republican.

    friend: Hell, no! But there's one guy they all seem to be going on about, who is it, Rupal?

    me: I think you're thinking about Ron Paul.

    friend: What's the difference?

    me: One's a tall, black drag queen, the other is a fringe libertarian candidate.

    friend: Heh. What are the chances of either of them getting the nomination?

    me: About the same.

    --
    Kwisatz Haderach
    Sell the spice to CHOAM
    This Mahdi took Shaddam's Throne
  5. Don't buld your own e-commerce site. Just don't. by realmolo · · Score: 4, Insightful

    It gets very elaborate, very fast. And there are TONS of security issues, and you will miss most of them. Not to mention that usability is a major concern, and will take a lot of time to get right.

    Bite-the-bullet and pay one of the companies that specializes in e-commerce to do this for you. They have already worked out all kinds of issues that you don't even know exist. You and your customers will be MUCH happier.

  6. A review of the review by Red+Flayer · · Score: 4, Insightful

    The quality of the book's writing is noticeably weak, with countless awkward phrases and run-on sentences. Some are downright puzzling, e.g., "Thanks for your custom!" (page 125); did the author mean "order?" Throughout the book, one finds a remarkable underuse of commas, frequent mixing up of "that" and "which," misplacement of commas and parentheses, misuse of commas in place of semicolons and even periods (e.g., page 124), semicolons in place of colons, and missing hyphens from adjective phrases. Most noticeable -- and at times laughable -- is the excessive use of exclamation marks, reflecting a common misconception that they jazz up otherwise dull material. For example, page 49 contains three completely unnecessary exclamation marks, not counting the two contained within a customer testimonial. In addition, the book contains several errata, such as: "loose" (should read "lose"; pages 8 and 195), "leads customers" (should read "leads to customers"; page 57), "products" (should read "product's"; page 62), "customers' role" (should read "customers' roles"; page 88), "to mentioned" (should read "to mention"; page 131), "its does" (page 159), "If a more" (should read "If more"; page 202), "businesses" (should read "business's"; page 221), and many more.

    The review seems pre-occupied with errors that were missed by the editors that do not reflect the quality (or lack thereof) of the writing itself. While the reviewer does touch on some serious issues (awkward phrases, run-on sentences), using over 10% of a review to harp on editorial gaffes is a waste of space. This is especially true considering that some of the "mistakes" are not mistakes at all, but instead, use of British English instead of American English. "Thanks for your custom!" is perfectly acceptable in England, it is equivalent to saying "Thanks for your business!" in the US.

    In short, grammar Nazism doesn't belong in a book review, other than perhaps making a slight mention of it. I'm also very curious as to whether the review read a review copy, or a retail copy. Review copies are frequently filled with errors that will be caught later during final copy editing.

    --
    "Trolls they were, but filled with the evil will of their master: a fell race..." -- J.R.R. Tolkien on Olog-hai
  7. Re:Honest question. by vux984 · · Score: 2, Informative

    I've never heard of Drupal before. Is this another flavor of the month software package?

    No, I wouldn't call it that.

    Its one of the larger and more popular open source CMS systems.
    It is fairly widely deployed and used, and usually shows up in any comparison or discussion of current CMS options from the last few years.

  8. Re:Honest question. by amohat · · Score: 3, Funny

    I've never heard of this Google.com

    Is it some sort of startup web directory?

    Hrm, maybe I'll look it up on Alta Vista. No, that would be a waste of time, as I pay per-minute for AOL dialup access. Grr, if Granny would just get off the phone first!

    Maybe post a embarrassingly lazy question on the newsgroups! I'll make other people do all this searching for me! There's an endless supply of well-intentioned fools willing to coddle me! There's no downside!

  9. Re:Is "usable" good enough for e-commerce? by criznach · · Score: 2, Informative

    I've rolled out sites using Xcart, Squirrelcart, Drupal Ecommerce, Drupal + Ubercart, and even Miva Merchant. Many of these packages work great "out of the box" for simple stores. Customizing and theming is where things go to hell. The commercial packages always seem to want to sell you the customizations and make it hard (or miserable) to do it yourself. The theming experience ranges from clunky custom template syntax (miva merchant) to logic embedded in the templates (squirrelcart). I set my projects apart from the competition by not using other people's themes. Every site is custom, which drives this point home... The Drupal approach to customization and theming is the best I've seen. Within the Drupal space, I found the Drupal Ecommerce module package covered in this book to be cobbled together and evolving too loosely. Drupal + Ubercart on the other hand is well supported and seems to have a plan moving forward.

  10. Another alternative in django - Satchmo by crypie · · Score: 3, Informative

    Finding a good ecommerce package that's not written in PHP is a big pain. If you'd prefer to use Python and want to combine your store with CMS type functions you can use the Django framework along with Satchmo - http://www.satchmoproject.com

    To be fair, I'm one of the developers but I figured I'd chime in with some alternatives if you don't like the current PHP-based offerings.

  11. Re:Don't buld your own e-commerce site. Just don't by telbij · · Score: 2, Interesting

    Drupal is my favorite open source CMS. Despite legitimate critiques it is an amazingly engineered piece of software; the customizability is unparalleled for a such a capable out-of-the-box package. Drupal makes many projects possible which would otherwise not be possible at all. Unfortunately Drupal is no panacea because all of this costs in terms of complexity.

    This is why you use drupal. No one should be building websites, ecommerce or not, from scratch anymore.

    No, this is why you use a framework. A good framework enables best practices with minimal overhead. Even a framework may be overkill because there are tons of websites that are extremely simple in nature, and maybe only need a dab of PHP here or there to add the necessary dynamic elements.

    You use Drupal when you need a ton of boiler-plate functionality, and no budget to build from scratch using a framework. If you do have a reasonable budget you better think hard for several reasons:

    • Drupal starts you off with huge overhead. You will be running tons of code you aren't using from the get-go. You're basically starting off with quite a low ceiling.
    • You will be sacrificing design for ease of development. As customizable as Drupal is, there are still very simple user interface concepts that just don't mesh well with the huge engine powering everything. In these cases you are faced with the uncomfortable position of knowingly creating an inferior UI not because of some inherit complexity in the problem, but because Drupal has painted you into a corner.
    • Drupal makes it hard to optimize your database usage. Sure there are work-arounds, but consider the fact that many developers these days are trying to ditch relational databases in general because there are fundamentally hard to scale. It's still a common opinion despite the fact that the relational model is about as perfect a mix of flexibility and performance as you can get, backed by a theoretical basis that applies to all data in all domains. People are willing to throw out a huge amount of flexibility in terms of ad-hoc querying and data integrity because for many applications managing the data via hastily written application code is much easier than scaling an RDBMS. Drupal itself imposes many constraints that makes the relational model even harder to scale, and fundamentally ties your site to those assumptions so you'd better hope caching will give you the performance you need.
    • Drupal requires an expert to really make it sing. Without being intimately familiar with it, many things that Drupal was designed to do easily will be time consuming, even for a skilled PHP developer. With web frameworks, the issues you have to deal with are basically well known even across languages and platforms. The solutions may be different, but they are easy to learn if you understand the web because they all solve the same fundamental problems. Drupal on the other hand introduces a ton of concepts to allow for rapid and flexible development, but are not intuitive in and of themselves for a web programmer.

    SQL injection, XSS, etc are reason enough. Thats why Sony BMG, AOL, MTV, etc are starting to roll out web platforms based on drupal. Using the Ecommerce package in drupal will insure security, and for the most part, usability.

    First of all SQL injection is trivial to prevent. XSS is a little trickier, but is pretty manageable without a lot of mental overhead for the sufficiently paranoid developer. Of course things get trickier with XSRF and such. But look at the reality, if a security vulnerability is discovered in Drupal, pretty soon the bots are going to be out in force, and you'll be forced to upgrade. But what if your modules aren't compatible or you have other difficult to migrate upgrades? With a local XSS exploit at least someone has to write a custom script to attack you. Bottom line is you choose your poison.

    Since 2005 I have been wo