Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
Image

Drupal 6: Ultimate Community Site Guide 63

Michael J. Ross writes "Among the more popular and better-regarded content management systems (CMSs), Drupal is distinguished partly by its building-block approach, in which a website's functionality is built up in pieces, each of which is a module (either core or contributed). The opposite approach — using far fewer but more encompassing modules — is generally preferred by non-developers who do not relish integrating a sizable collection of modules or trying to modify the underlying code. Nonetheless, anyone who wishes to build a Drupal-based social website, can learn how to do so in a new e-book titled Drupal 6: Ultimate Community Site Guide." Read below for the rest of Michael's review.
Drupal 6: Ultimate Community Site Guide
author Dorien Herremans
pages 140
publisher Holistic Vibes
rating 7/10
reviewer Michael J. Ross
ISBN 978-2839904902
summary How to create a Drupal community site using contrib modules.
Published by Holistic Vibes Sàrl in 2009, the book was written by Dorien Herremans, an independent Web developer in Belgium who holds an MSc degree in MIS from the University of Antwerp, and has lectured in IT and 3D computer animation at Les Roches University of Applied Sciences, in Bluche, Switzerland. Her Drupal story is no doubt similar to that of many other Web developers: After building numerous sites in Drupal, she decided to create a new community site — in this case, Raw Vegan Dating. She was well aware that other CMSs offered fairly sophisticated modules that could be dropped into a fresh CMS installation, thereby creating a new community site instantly. But that approach generally requires one to accept the functional limitations of the chosen module, or start hacking the module's code (which for most modules is poorly written and equally poorly documented), with no guarantee that one's modifications will even work. Dorien instead opted for Drupal's flexibility, but found the development process rather difficult and time-consuming, partly because of some technical issues that arose: How can one easily create advanced profiles in Drupal? Can one add a photo gallery to each profile? Ultimately, these lead to a much broader question: Is it possible to build a feature-rich community/dating site using only core and contributed modules, without having to make any modifications to them?

Dorien set out to answer that question, in developing a new site, Drupal Fun, which is a community primarily for Drupal users who have read the book and wish to help each other. The site also offers a few tutorials on how to convert to the latest versions of modules. In making that site, Dorien utilized only available modules, with no changes, and documented each step in the process. The lessons learned from that effort form the foundation of Drupal 6: Ultimate Community Site Guide. The first three chapters constitute an introductory foundation; the next two cover user profiles; and the remaining four major chapters explain content, monetization, etc. For all topics, the Drupal Fun site is used as a case study. Even though the book focuses on Drupal version 6, and the example site is created using that version, the book does have notes on how to implement everything in version 5 as well.

In the book's introduction, the author provides a brief overview of Drupal, virtual communities, and her perspective on how to build one of the latter using the former. She states that it is easy to resort to custom modules — i.e., modules created or modified by oneself — but this contradicts one of the central tenets of the book, that a non-programmer would find it difficult if not impossible to go beyond already-available modules in building a community site (unless of course he were to outsource the development of the custom modules). In a footnote, it is incorrectly stated that "You can use the Drupal interface to write a module yourself" (page 4).

The second chapter, titled "Setting up the site," explains the desired functionality of the example site to be created (including the site's main goal, which redundantly was also presented at the end of the previous chapter). The author explains how to install Drupal on one's local Web server. A Windows-only developer may be confused by steps 2, 3, and 8, which are specific to Linux/Unix, but not labeled as such. The expression "hidden files" (page 10) would mean in Windows any files with their "hidden" attributes enabled. But in this case the author is probably referring to a single file, ".htaccess," in the Drupal root directory, because in *nix parlance a file is considered hidden if its name consists only of an extension (such a file is not shown in directory listings by default). The chapter concludes with several figures, which should have been interspersed throughout the earlier narrative.

Any reader following the book should at that point have a working copy of Drupal in his development environment. Chapter 3 explains some basic configuration settings for the newly-installed Drupal instance, as well as how to install modules and themes. However, some of the information is presented in a potentially confusing manner, such as on page 16 when an absolute directory path in one step, is immediately followed by what appears to be another absolute directory path in the next step ("/admin/build/modules"), but is actually meant to convey a navigation path within the Drupal user interface. For a book intended for Drupal newbies, it is essential to clarify technical issues such as this one, because otherwise readers can quickly become frustrated, wondering what the author is discussing and how to follow along in their own Drupal instances. Later, a favicon is described as residing "on the top of your browser window," but that would be the browser icon; rather, favicons are next to the browser's location field and in any relevant tabs. The author briefly describes more than half a dozen modules that arguably should be included in any Drupal site, including ones for dynamic menus, spam control, and task scheduling. Links to the modules' pages — in the text and/or as links in the PDF e-book — would have been quite helpful. The Tagadelic module is recommended for generating tag clouds, including a friendlier 404 error page, using the directory path "/tagadelic"; but Figure 3.5 shows the setting without that leading slash, and a quick test suggests that it does not work. More importantly for the newbie reader, there is no explanation as to how to start using tags. This chapter — like all that follow, except for the last — concludes with a list of contributed modules discussed in the respective chapter. Given that the chapters are short, and the modules' names easily stand out, these module lists add no value and could be removed in a future edition.

In Chapter 4, the reader learns how to use the Content Profile module for making highly functional and versatile user profiles that include photo and video galleries, avatars, contact forms, social networking, map locations, personal Web pages, AdSense revenue streams, and more. Most of the instructions are straightforward, but the discussion on how to implement avatars, on page 30, should have been fleshed out (no pun intended) — with more details as to exactly what settings to make, and where. Chapter 5 extends the previous topic, by demonstrating how to enhance the new user profile content type by implementing additional functionality: image and video galleries, a site member's location on a world map, member search, and featured members. In the next chapter, the author shows how to add more text-oriented content types, using the Views, Panels, and Fivestar modules.

While the first six chapters of the book focus on how to create functionality for users, the three chapters that follow examine how to create functionality for the online community itself. Chapter 7 discusses the details of adding forums, shout boxes, buddy lists, messages, subscriptions, a newsletter, user points, user status, user activity (think Twitter), and user groups. Chapter 8 explains how to utilize Google AdSense, affiliate programs, and donations — so that site owners and members can receive some sort of financial reward for their community-building efforts. Chapter 9 covers subjects that a site builder will encounter near the final stages of site development, such as finalizing the navigation menus, providing a post-registration page, supporting internationalization and localization, customizing system e-mail messages, tuning site performance, promoting a new site, tracking a site's popularity with analytics, performing module updates safely, backing up Drupal files and database, and duplicating a site.

Drupal 6: Ultimate Community Site Guide is wrapped up with a brief chapter, an author bio, and an unnecessary marketing description of the book. Unlike most programming books, this one is missing an index — although, as an e-book, it can be searched far easier than a print book.

The list price of the book is a very reasonable €7.70, and it is currently available for €5.50. Even though it is registered under the ISBN 978-2839904902, it is currently not available from Amazon.com, because it is an e-book, and the Amazon.com Kindle is not yet available in Europe; this apparently prohibits European publishers from using it. However, the book's website makes it possible to purchase it online. That site also has more details on the book's contents and the author. In addition to the book site, the first three chapters can be previewed online, via its Google Books listing.

Like any technical work, this one has its strengths and weaknesses. Sadly, the book is marred by generally sloppy writing, with a high ratio of errors to pages. There are several errata: "to[o] much" (pages 4 and 79), "others[']" (page 5), "look[s]" (page 16), "fig 3.3" (page 17; should read "Figure 3.1"), "Imagecache_actions Module" (page 52), "eld avatar" (page 66), "other then" (page 69), "others['] contact link" (page 94), "less then" (page 117), "Clustermaps" (page 124), and ."[my]sql file" (page 128). Also, there are many instances of awkward or incorrect phrasing, such as "harmonic" (page 2; should read "in harmony"), "Skippy balls" (page 3; hint: they have nothing to do with peanut butter), "expansive" (page 4; should read "extensible"), "6-versions" (page 9), "and a while" (page 20; should read "in awhile"), "brackets" (page 26; should read "parentheses"), "200% satisfied" (page 34), "Fixfertig" (page 76), "a grip out" (page 83), and "yourbranch" (page 112). Some of these may be European expressions, though Google suggests otherwise. There are missing commas and hyphens, some punctuation marks used incorrectly, and numerous sentences split at the coordinating conjunction into separate (incomplete) sentences. The use of case and spaces in proper names throughout the book are oftentimes incorrect, e.g., "MySql" (page 10 and others), "ftp" (page 10), "cleanURLs" (page 15), "phptemplate" (page 16), "Dhtml" (page 23), "tagadelic" (page 31), "html" (page 98), and "Paypal" (page 113, etc.). Most of the PHP snippets do not have any proper code indentation. Web accessibility proponents will cringe at the table-based positioning. The book's first "chapter" is really an introduction, and should be relabeled as such. The "Acknowledgments" and "Overview" pages have the same page number. Chapter titles are not in title case, but in sentence case. The side notes, used to indicate unstable releases, are rather annoying, because each one of them is positioned so that it looks like a continuation of the narrative line to the left of it. All of these side notes — and perhaps the information in the footnotes as well — should be merged into the narrative. As of this writing, the book's site claims that the book has more than 100 screenshots, but by my count there are 87 of the them. All of these blemishes — none serious — suggest that no technical editing was done prior to publication.

However, the main problem with the book is how, at several points in the narrative, the author assumes too much understanding on the part of the reader, and does not provide enough details for the reader who is trying to implement each suggestion on his own computer and yet has never before worked with the modules in question, or even the key concepts. This problem is seen in entire sections (such as the tagging section mentioned above) and lone sentences (such as the baffling "If you want to change a preset later on, just flush the preset after making the changes..." on page 46).

But none of these weaknesses diminish the overall value of this contribution to the Drupal literature. The book largely achieves its goal of teaching the reader how to create his own Drupal-based community site, using core and contributed modules only, with no custom programming (with the exception of some code snippets stored in the Drupal database). The explanations are, for the most part, clear enough for the reader to step through the process within his own Drupal installation. Some people may fault the book as being too lightweight and lacking the in-depth discussions typical of most Drupal books. But those detractors would be missing the point: This particular title is written for a different target audience, namely, people who wish to build a new website as quickly and easily as possible, and who may not have the knowledge or time to write custom code.

With plenty of detailed instructions, and an upbeat tone throughout the presentation, Drupal 6: Ultimate Community Site Guide can serve as a useful and fast-paced beginning resource for any Drupal developer who wants to create a social media website, requiring minimal time and custom PHP code.

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

Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

*

This discussion has been archived. No new comments can be posted.

Drupal 6: Ultimate Community Site Guide

Comments Filter:
  • "brackets" vs "parentheses" is a known difference between American and British English.
  • IMO (Score:1, Insightful)

    by mcgrew ( 92797 )

    If you want to build a website, learn HTML. If you want to build a community website, learn to code. If you don't want to learn, hire somebody who knows how.

  • Is it just me or does the name "Drupal" seem kind of limp and flaccid?

    • by cwgmpls ( 853876 )
      Yeah, kinda like "Google". The public will never accept a name like that.
    • Drupal == Drop (Score:3, Interesting)

      by mattcasters ( 67972 )

      Druppel in Dutch sounds almost exactly like Drupal.
      Given that the project lead speaks Dutch, I always suspected that it has something to do with "a drop" (lit.)
      The logo is a single drop of fluid so that tells me I'm probably not that far off.

      • You are close. "Druppel" does mean "drop" in Dutch. But the original developer came across the name "drop" by mistake. He was trying to name his first site www.dorp.org. It was an online community site, and "dorp" is Dutch for "village", so dorp was an appropriate name. But he made a typo in his domain registration and registered drop.org by mistake. The site became popular and the name "drop" stuck. Later he changed it to Drupal, which is derived from "druppel" -- the Dutch word for "drop". cite [drupal.org]
    • by doom ( 14564 )

      Well now, that's a low blow. (For some reason the phrase "Drupal drawers" runs through my head a lot...)

  • It is pronounced:

    Drooo pall

    Droo puhl <- my money's on this one.

    Drup - uhl

    Drup - Al

    Help me out, Slashdot.
  • by GMFTatsujin ( 239569 ) on Monday June 15, 2009 @03:02PM (#28339719) Homepage

    I recently purchased "Using Drupal" when it became apparent to me that my company's intranet needed to be reworked from the ground up.

    The book is fine for what it is, but once I got past the hyp & theory and proceeded into the step-by-step, I began to realize how horribly limiting linear text is for this kind of instruction. When many steps are involved, and there is a lot of explanation involved as to why each step is important, it becomes difficult to keep one's place. The strange loop epistemological dance between "I have to tell you why for you to understand" and "you have to understand for me to tell you why" never really resolves. I think that's true for any "How To" manual.

    Finding video tutorials online made a world of difference, especially when it came to figuring out the logic behind constructing views. Sometimes I just wanted to *see* how to do a thing. I knew enough to know I'd get it when I saw it happen.

    Static text and explanations can't always bridge the gap. Books tell, videos show, and that's a key point to having a breakthrough.

    • Re: (Score:3, Interesting)

      by EEBaum ( 520514 )
      Video is rarely a good substitute for text. After watching the considerably long "Upgrading from Drupal 5 to 6" video, I didn't actually retain the information. All I needed was a list of steps on what to do, but instead, if I wanted to do it properly, I'd have to keep jumping around this crazy little video to re-listen to everything I was supposed to do. Keep your videos, and give me a text explanation any day. I can skim text to get to important parts. I can also search it for keywords. I can't effe
      • The two can work very well hand in hand in an instructional sense.

        I like video for the fast "Here's where the thing is you're looking for" overview: an understanding of what the process looks like and how the bits are related in a show-don't-tell mode. From a well-produced vid, that's usually enough for me to get start.

        Flush with that success of making *something* work right, the details of instruction become a lot more approachable to me.

        Text is more for reference later, once I understand the broad sweep

  • ... is that you can use it until you realize that you should be using Django.

    More seriously, I do like Drupal and I can see the point of its modular design. However, I must confess that for more complicated projects I found it easier to use Django.

    I would advice any person planning to build a website with more-than-just-a-blog capabilities to seriously consider Django first. If Django doesn't cut it for any reason, then Drupal is the way to go.

    If your site is meant to be complex in a non-standard way, you s

    • What are the advantages of Django over Drupal? I have created several Drupal sites and I love it. I've tried to look into comparisons between Django and Drupal but nothing caught my eye as to why I would choose Django over Drupal.
      • Drupal is a Content Management System and Django is a Web Framework. I recommend their corresponding Wikipedia articles to study the differences.

        I will try to briefly explain the differences as I see them.

        When you fire-up Drupal, you can start immediately adding stories and pages using the Administrative Page; it assumes that your website will likely need those content types. If you want to add different content types (like a blog entry, an rss feed, a Google Map, etc) then you can plug-in contributed modul

        • Hmmm. I might give it a whirl when I'm done developing two Drupal sites I am now working on. I'll have to check out the Wikipedia articles. From what you described it seems very much like Drupal + Views module + CCK module out of the box but maybe I am getting the wrong impression. I have a good grasp of the logic of Drupal sites already so I'm not sure how much Django would do for me in that department but I do like Python so maybe that would be the best selling point for me. The only advantage of PHP
          • Re: (Score:2, Interesting)

            by ZERO1ZERO ( 948669 )
            Check out the video Snakes and Rubies - it's a presentation of Django ( and Ruby + rails ) by the guys who done it.

            I think this is a link, http://video.google.com/videoplay?docid=-3548805983075267875 [google.com]

          • by nidarus ( 240160 )

            From what you described it seems very much like Drupal + Views module + CCK module out of the box but maybe I am getting the wrong impression

            Kinda, but it's more powerful and, most importantly, you don't have any kind of GUI for this - you're expressing all of that in Python code.

            In a way, it's much more like Drupal module development, but with a vastly superior API.

  • Nothing about setting up a wiki in Drupal... The review doesn't bring it up, and as far as I can tell from the online table of contents, the book doesn't either. That was sort of surprising, for a book about community sites.

    -Karl Fogel

    • by oatworm ( 969674 )
      There's actually a really good reason for this - until fairly recently, there was no clear-cut way to make a wiki using Drupal. Wikitools [drupal.org] only recently came out of beta - if it works as well as advertised, it would be a good one-stop solution.

      Alternatively, you can patch one together using Pathauto [drupal.org], Diff [drupal.org] (note, it's in alpha), Token [drupal.org], and a few others. In many respects, working with Drupal kind of reminds me of working with *nix - it can do some neat stuff on its own, but if you really want it to do any
      • Stringing together a series of modules is what I like about Drupal. As long as a module support CCK and Views integration you can pretty much do whatever you want. I'm not a fan of the modules that are one-stop, do-everything. Those modules tend to be much harder to tweak to do what you want and much harder to integrate with other modules. I'm not quite sure why CCK and Views are not core modules. I haven't been able to do anything interesting without them.

It was pity stayed his hand. "Pity I don't have any more bullets," thought Frito. -- _Bored_of_the_Rings_, a Harvard Lampoon parody of Tolkein

Working...