Becoming a Drupal Ace

22 Jun 2007
Drupal Ace

My handle and site name, Drupalace, are a goal. A Drupal Ace – that's what I want to be. I'm not there yet, but this new site is part of the bombing run to the target.

The origin story

Drupal came at me in 2006. As the representative of a tiny outpost of a large public agency, I had to don many hats within the small office, including IT guy and webmaster. My first handmade site went up years before, cobbled under a succession of off-the-shelf WYSIWYG apps, including Adobe GoLive toward the end.

Yet more and more, it was painfully clear that a growing chunk of the webmaster world was doing something different. Very different. Sites everywhere were sporting headlines and teasers, info sidebars and news feeds, logins and comments, forums and polls... How the heck were they doing that? Were they creating all these features and pages by hand, as I was tooling my pages? I knew that wasn't the case; the inefficiency would be appalling. And maybe they had slick, streamlined tools for handling each fancy feature, but I knew there was something else, something big tying it all together, for the modern sites that I envied.

The heavens part, choirs sing, etc.

Not having many web-designer types around me (at least, not who could address my puzzlement), I had to search on my own. And once I got serious about doing so, the answer walloped me both quickly and solidly. Content management systems.

It seems utterly obvious now, of course, but at the time it was like some grand Revelation, sunbeams and doves through parting clouds and all. A system that put content into a database, and arranged web pages on the fly... yes! Sure, I knew such things existed – but to find out that such things were not just the custom-developed province of huge site owners, but open-source tools that even small site owners used, and that I could use, was almost too much. I had to learn more.

So I dove in... to Mambo (now Mambo and/or Joomla, I believe). A little quick searching showed it to be an established, popular, and accessible system; without looking much further or overthinking things, I began. Now, I'm no IT wonk, but I have enough chops to teach myself new stuff (within limits), and before long, I was bludgeoning my way through my first CMS site dev. Fortunately, my initial needs were pretty low: no "community", or even any login beyond admin. I just wanted to present news and event information from my workplace, and offer a database of products introduced by my office, categorized for easy browsing. Maybe some event sign-ups and a newsletter in the future, but that was about all plans called for.

"Surely I must be missing something..."

From the start, Mambo offered a comfortable workplace – and a Kilimanjaro-sized roadblock that brought all to a screeching halt. An obstacle that's so brazenly "what are they thinking?" big, I still suspect the fault must have lay not with Mambo but with my missing some simple procedures. Yet all the Mamboans I queried told me that, yes, it was indeed a Mambo shortcoming.

It was this: I needed to categorize products that my site would introduce: consumer products, medical products, IT products, etc. Simple enough. The only catch, if the trivial requirement could even be called a "catch", was that some products would naturally fall under more than one category. A toothbrush, for example, might naturally fall under both the medical and consumer product categories. That dual classification would niftily allow users to come across that product whether they were browsing under medical or under consumer products. It would even allow me to create a new category of "consumer medical products" that would only list products at the intersection of the two, like my example toothbrush. Surely not a problem, right?

It was for Mambo! If I'm recalling correctly, the system allowed for only a two-level hierarchy of content classification. If my top level included obvious classifications like "news", "stories", "products", and so on, then there'd be only a second level remaining for dividing my product category into broad sub-categories like "medical" and "consumer". And if I wanted more refined categories like a "dental" category under "medical"? Forget it; we're all out of hierarchies.

But here's what was really unbelievable to me. There was, I was told, no way to place a product under multiple categories. So if I wanted a product to fall under both "consumer" and "medical", I would have to create two entries for the product. HUH? Is that not counter to the entire point of a database-run content management system?

My harsh words may not be called for; I don't mean to put down Mambo's creators. Lord knows I'll never create anything a hundredth as nifty as that CMS, and I know that many, many great sites are built on the system. To be honest, I still think my above understanding must be wrong, and that there was indeed some simple way to get the result I wanted, limited classification system notwithstanding. Or if the above was true, perhaps it's resolved in today's Mambo/Joomla.

But I swear to you: people on the Mambo forums assured my unbelieving self that the above is indeed how Mambo worked. What amazed me even more was that they seemed relatively unconcerned about a pitfall that loomed to me like the Chicxulub crater. I couldn't imagine taking another step forward with the platform.

(Mambo users, please don't hesitate to correct me where I'm mistaken on the above. I'm still a bit mystified that a CMS could carry such a major limitation, and would be happy to learn that it doesn't exist after all.)

Say hello to Drupal

I hadn't gotten too far with the Mambo site, and started afresh with Drupal. I don't remember where and when I first heard of it; I presume it was during a simple bout of Googling for more CMS platforms. Drupal was not as welcoming as Mambo, but I kept hearing great things about its technical strengths and its potential for building most any site. Most important to me at the time, it seemed to offer flexible content classification, letting my site place a product under any category, subcategory, or mixture of these that I wanted.

I set up my office's site using Drupal. Not long afterward, I left the job while the site was still in pretty crude form (where it remains as of this writing, no longer under my control), but in the meantime have set up additional, and increasingly polished, sites – some as test projects, others as live sites with modest readership, for myself and for small clients. There's an infinite amount left to learn, but I'm happy with what I'm seeing myself accomplish with Drupal.

Getting to the point

Ah. Ahem. Yes, this site has a purpose. I spend a lot of time playing with Drupal, making sites, learning techniques, and researching answers to problems. I have a big fat list of sites I want to build on Drupal. Many will be "container" sites, places to hold growing lists of ideas, resources, tips, etc. picked up in daily life, in a wide range of fields. I'm going to run into all sorts of Drupally issues as I go ahead with these, so it only makes sense I start knocking off the sites on my list by making one about Drupal. This will be the "container" site for the Drupal problems, ideas, and "don't make this same mistake" lessons that I come across and wish to share.

The site is already a natural place for much of the same. I've asked many a question on the forums there, and have received many an answer. And I really want to give more back: as a developer in the future, but until then, by helping others. I do make an effort to return to the forums and post a solution I've found to a question I've asked, for the benefit of others with the same question. And I'll do more to answer others' questions there (I won't be the first to lament that many Drupal forum questions go sadly answered by no-one).

But it's nice to also have a home for miscellaneous comments and musings that don't fit neatly into or that risk getting lost in its oceanlike depths. Every additional website about (and running on) Drupal helps raise the platform's profile. I offer this one as a tiny contribution toward that. Please read, and most importantly, please critique what's wrong, boring or unhelpful, and suggest what would be better.

So that's the story. Watch in amusement as I fumble and stumble my way from Drupal Beginner to Drupal Ace.


Gavin Doolan's picture

Interesting read, I came to Drupal from Joomla myself, got sick of its flakiness and decided I needed a real solution and the ability to keep 1 code base updated for all my websites. As a solo web developer / designer this is a huge benefit, I don't have time to update every single website's code base and diagnose problems.

I also found that Mambo / Joomla is not very flexible in terms of structure, I can tell Joomla / Drupal sites just by looking at them. There very rigid, where as with Drupal its often quite difficult to tell which sites run it. Its so flexible and open to change but that's it strength.

I too have thought about setting up a site such as this, however for now I don't have the time to give it a serious go. I'd like to offer Drupal theme's too, as I'm more a designer than a coder. However will wait and see the reaction to my current site and take it from there.


drupalace's picture

Yep, that Drupal is pretty darned flexible. And that's excellent for the experienced users, though can stump beginners, who might be better served (at least for a while) by a system that more rigidly channels their actions.

A good case in point is posting a story to, say, "my news page": some CMSes (including, I believe, Joomla/Mambo) have you make a news page, and "place" a new story on that page. Drupal, on the other hand, asks you to define the properties of the content that the system will select to create a news page, and then asks you to give your new story those properties so it shows up on the news page.

The former method is a lot easier for the newcomer to grasp, but the latter allows much more powerful stuff. Therein lies the fascinating potential of Drupal.

Anyway, I haven't revisited Joomla/Mambo since my initial foray, so I'll note again that I'm not qualified to make any claims about its current state. I expect that the good people behind that CMS have been making plenty of improvements! 

Unknown Drupaloid's picture

I am learning Drupal due to a costume software plugin that is created for one of my clients and role features that Drupal has.
I am a seasoned Joomla user, and coming from Joomla I find Drupal somewhat chaotic, with not enough easy to find instructions for how to do various tasks.
I am sure, there will be a day when the light bulb will come on in my brain and I will see Drupal as clear as I see Joomla, but until then "help me God!"!
I found your site, and seems that it has some good info I could use. Thank you!

drupalace's picture

"Chaotic". Yes, I think that's a good word to apply. Not as in "complete mess" chaotic, but a little rough and frontier-like around the edges. I agree.

I'd say it's the result of Drupal's very fast development and very active contributor community, which are great things. But it's true that documentation, and perhaps some welcome standardization of methods for doing things, aren't following as quickly (despite Herculean efforts by really hardworking people).

I think it's all slowly coming together, though, to become both more powerful and easier.

Unknown Drupaloid's picture

This is a really nice read. Maybe I'm biased because I have a similar story to yours ,"just how are all these other sites popping up so quickly with so much content and functionality?" I asked myself about 2 years ago.

Drupal makes it relatively easy to build websites like they should look, and have features as they should, all without knocking oneself out coding i.e. Drupal handles so much of the boilerplate so that we can focus on the content.

Unknown Drupaloid's picture

Hi there,

Could you tell me what the base theme is for this site?

Many thanks.

ananjan chaudhuri's picture


My name is Ananjan Chaudhuri and I work for Packt Publishing, a U.K. based publishing firm specializing in focused IT books. You can read more about us here:

I came across your website via a Google search and noticed a good amount of relevant information and blog updates related to Drupal.

I would like to inform you that Packt has recently published a new book Drupal 7: First Look, which consists of all the fantastic new features of  Drupal 7 in depth and covers the process of upgrading from a Drupal 6 site to Drupal 7. Written by Mark Noble, this book explores the new administration interface and figures out where all of your favorite tools are to be found in the new layout. It gives an in depth information on DBTNG including examples of working with DBTNG. You may read more about the book here:-

Keeping in mind your knowledge in this subject and having looked at your contributions, I feel you'd make an excellent reviewer of this book. In case this subject interests you and you' d like to go through a copy, simply let me know your shipping details and I'll have the eBook added to your account and would provide you with the download instructions in my next e-mail. You can then download this book instantly.

If you have any queries, do let me know and I'd be happy to assist.

I look forward to hearing your thoughts on this.

Have a good day!


JE's picture

Would be interesting to hear an updated discussion of Drupal vs Joomla.

Unknown Drupaloid's picture


i've found this page :

so 1) it's also you 2) it's someone who has stolen your work 3) you're the one who has stolen ! :D

just for you to know

thanks you very much for your website which is very helpful


drupalace's picture

Thank you so much for the notice! You're right; my entire EDAM (Easy Drupal Admin Manual) has been stolen word for word. The only difference is the thieves placing their own name inside the text at some points. Wow!

I'm going to seek help on how to best deal with this kind of thievery. Stay tuned for reports. Thanks again for the notice!

Add new comment