A couple weeks ago my family spent some vacation time at Disney World in Orlando, Florida. If you have ever been to a Disney theme park then you know full well that it takes a lot of work in those parks just to have fun. Some of the most popular rides in these parks have waiting periods of up to two hours due to the long lines of people wanting to get on board. Luckily, my wife brought a Disney tourist guidebook that gave our family the helpful hints, recommendations, and information we needed to beat those long lines.  In the end, we ended up with a very enjoyable trip (so enjoyable that we got to ride Space Mountain twice!). That travel guide was a valuable asset to my family's vacation. 

Mastering Drupal is very similar to visiting a theme park as it takes some effort on your part to ensure you get rewarded for your effort. If Drupal is the amusement park then consider Drupal's modules as the park's attractions you're wanting to ride. With this line of thinking, I easily recommend that you let Earl and Lynette Miles' book, Drupal's Building Blocks, be your valuable tourist guide into the wonderful world of Drupal. I only review a few books each year and this is a book I gladly invested my time reading.

Drupal's Building Blocks is a tutorial, reference, and cookbook for some of Drupal's most valuable modules including CCK (Content Construction Kit), Views, and Panels. The primary purpose of this book is to give you the quickest route to mastering the modules as quickly as you can in order to help you create more powerful, flexible, usable, and manageable Web sites. The audience for this book isn't only for Web developers or designers, but also site administrators, content architects, and consultants. There is some code in this book, but what is there isn't the scary code you often find in a developer's library.

Although I've worked with Drupal for more than half a decade, I am still among the newbies who struggle with how best to use Drupal's contributed modules. I've built several sites using CCK and Views but I've always ran into hurdles that keep me from fullly discovering what these modules can do for me and my sites. This book will provide you the information you need to realize the full potential of these modules. Anybody who has seen Drupal, CCK, Views, and Panels mature over the years can't help but read this book and enjoy not only the author's technical expertise but also the author's cultural and historical understanding for how the module came to be in Drupal. 

In the first chapter of the book, "Introducing CCK and Nodes", there is a section titled "Quest for the Grail: How CCK Was Born". This section alone reads like an adventure story that starts by talking about the challenges site administrators originally had with Drupal needing to acquire development skills just to control the form content would take in Drupal. The story continues with Drupal 4.4 and how a contributed module named Flexinode gave non-developers the ability to create new content types yet limitations remained. I was reminded that with Drupal 4.7 CCK became Flexinode's replacement and with each successive release of Drupal the module continues to improve. For someone like me who started with Drupal 4.6 and watched Drupal 5, 6, and now 7 evolve this book spoke to my inner geek. I simply found this book to be good bridge to the more technical aspects of CCK, Views and Panels.

Nick Lewis posted his list of 40+ Essential Dupal Modules. The majority of the contributed modules on his list should be well known by most Drupal users.

If you are new to drupal, then this list is for you. These are some of the best of the best drupal modules. Everything from standard framework modules, to location and mapping is covered.

Since I've been around Drupal long enough, I don't expect these type of lists to provide me with a whole lot of new information. However, there is still great value in providing these lists for old and new Drupal users alike. For me personally, essential lists provide confirmation for whether or not I'm moving in the direction of more experienced users. Nick's list has inspired me to consider updating in the near-future my own outdated list of essential Drupal modules.

I've been using the contributed Drupal module WYSIWYG API since last Fall. Although the module is open source and free (offered under the GPL), I feel like I got it for a steal at $30 USD.

One of the most frequent criticisms by new users of Drupal has been that the content management system doesn't include a rich text editor (WYSIWYG) in its core. Historically, the core developers have opted to include an RTE option through contributed modules.  While the use of non-core Drupal modules for implementing WYSIWYG in Drupal is fine, the development pace, availability, and implementation of a particular RTE module (FCKEditor, TinyMCE, etc) has often varied when major versions of Drupal are released.

The Wysiwyg API attempts to improve the implementation and consistency of RTE's in Drupal. The module is capable of supporting any kind of client-side editor as long as there are support files available to integrate the external library with Wysiwyg API. Editors currently supported by the module include FCKeditor 2.6, jWYSIWYG 0.5, markItUp 1.1.5, NicEdit 0.9.0, TinyMCE 3, TinyMCE 2, and Whizzywig 55 (download).

Up to this point much of the work has been done by Daniel F. Kudwien (known as "sun" in the Drupal community). Since Daniel has invested a huge number of hours on this project he has asked users of the module to voluntarily contribute to the project financially. For someone like me who is not a developer, nor has a lot of free time, giving financially is way of showing appreciation for the open source products you use.  Even the smallest financial support can help the community and future development of the software.

If you're not comfortable with donating to an indivudual developer in your open source project, if available, you should consider taking membership in the project's association or foundation.  For instance, this week I'll be renewing my membership in the Drupal Association.  Many of these open source groups such as the Drupal Association use the membership revenue to support the maintenance and growth of the infrastructure that Drupal.org runs on, as well as to produce various conferences and workshops around the planet.

This Drupal site of mine has taken quite a bit of beating the past couple weeks.  While Mollom has been protecting this site well enough from the comment spammers, it isn't designed to prevent the bots from trying to ping me so much.  It has been an incredible experience to see the bots try to open every possible URL and directory here at CMSReport.com.  But probably the real stress on the site has been my testing of numerous contributed modules that are still under development.  Probably using a production server to test new modules isn't the smartest thing for anyone to do, but it does provide a nice adrenaline rush from time to time.

To make a long story short, I'm testing a number of ways I can use a Web content management system more efficiently to run this site.  I also want to do some restructuring of the site so that I have more flexibility in the look and feel of the site as well as how the content is delivered.  For the most part, I'll be using Pathauto, Views, Panels, and one of the aggregation modules.  I'm currently testing the FeedAPI module for aggregation, but none of the aggregation related modules really do what I want them to do.  I'll put up a site recipe in the next month or two on the modules I finally settle on to support this site.

Now it is time for me to go.  Evidently, one of the modules I've installed is causing some cron issues.  Am I having fun, yet?  Yes, I am.

Although I had a lot of fun this summer, I allowed a lot of commitments to slip though my fingers.  Many of those commitments were made here at CMS Report.  The following is a list of promises that I haven't kept.  My apologies to those that had expected more.

• I never got around to reviewing Barrie M. North's Joomla! A User's Guide: Building a Successful Joomla! Powered Website (link via Amazon Associate).  My apologies to the author as well as the publicist.

• After all the experimentation and posts I did before the official release of Drupal 6, I never got around to discussing my experiences with the CMS after Drupal 6.0 was officially released.  For now, let me just say that it has been an experience running a site on Drupal 6 with some of the more essential third-party modules still under development (Views, Panels, Subscriptions, etc).

• Elgg's Dave Tosh and I still need to complete that email interview on Elgg 1.0.  Dave was busy and was at first the one slow to respond to emails.  However, during the past two weeks, I've been the been the busy one and the ball is still on my side of the court.

• After two years, I and Deane Barker (Gadgetopia and Blend Interactive) still need to get together for a geek chat.  Depending on the time, I think we owe each other a beer or a cup of coffee.

The release of Ubercart 1.0 was announced earlier today.  Ubercart is an open source e-commerce package (shopping cart) that fully integrates your online store with the open source CMS, Drupal.  We've been watching Ubercart for some time and like some of the look-and-feel it borrows from osCommerce.

Some of the features in Ubercart 1.0 as reported by their shopping cart's Website include:

• Configurable product catalog includes catalog pages and a block to display product categories.
• Flexible product creation system. Create normal products by default. Add fields to store additional product information using Drupal's CCK system.
• Flexible product attributes system. Create user selectable attributes for your products that modify the price, SKU/model, and/or weight of items as the customer adds them to his or her cart. Set default attribute/option sets for each product class to easily create many similar products.

Jeff Robbins from Lullabot recently interviewed Drupal developer Earl "MerlinofChaos" Miles for an audio podcast. Earl Miles is the lead developer for some of the more popular contributed modules found at Drupal.org. The podcast focuses on his Drupal module work which includes Views, Panels, and Node Queue. Jeff Robbins also managed to ask some non-Drupal questions in the 88 minute recording that I found just as fascinating. Personally, I always enjoy opportunities to get to know more about the developers behind the software I'm using.

For the record, I'm not much of a podcast listener but I found myself listening to the entire recording this afternoon. Both Jeff and Earl have a good sense of humor that keeps you wanting for more. It also helps that both speakers have a genuine interest in Drupal and software development. So while you're reading some very fine articles here at CMS Report, I'd encourage you to also encourage you to start up the Lullabot podcast.

Last week, I mentioned that the the Drupal SMFforum Integration module was no longer being supported by the module's project leader, "vb". Apparently, Simple Machines had not granted permission to the module developer to distribute code found in the SMF application as required by the Simple Machines License. While some discussion followed this announcement at the SMF forums, as well as here at CMS Report, none of this discussion compared to what took place at the Open Source Community.

The good news is that Simple Machines LLC has granted vb to continue distributing some of the SMF code to work with the Drupal SMFforum Integration module. vb wrote:

I am glad to announce that distribution of the smf_api_2 package is resumed due to the express permission granted from Simple Machines LLC.
You can download the new package from http://vgb.org.ru/download.

"Orstio", SMF CMS Bridge Developer, added the following at Open Source Community:

I think we are all happy that we've come to an arrangement that benefits everyone.

Hopefully we will be able to work more closely with vb on the future of both his project and SMF so that code redistribution is eventually phased out by making future versions of SMF more accommodating to this type of integration.