Yesterday I received an email from one of my clients asking why the blocks weren't showing up on a 404 page (he went to a url that did not exist). Now I had always known that Drupal doesn't show blocks on the 404 page but I had no idea why and no idea of how to re-enable blocks on the said page.

Just the other day I was tasked with creating a 90+ field Webform in a Drupal site I was creating. While the number of fields was a little daunting creating the form was easy once I got past a few sticky points. Hopefully you will have a much easier time creating your own Webform if you follow these tips.

Congratulations to the MindComet team on launching it's latest Drupal site http://www.disneychildrens.com/ !!

At this months Florida Drupal meetings a lot of questions came up about how we create websites. Now these questions weren't really about the technical aspects of creating the site, they were more about the planning and the high level steps we take.

Our next meet-up will be on Saturday, August 16th, 2008 from 1 to 5 PM at MindComent's offices (directions) in Altamonte Springs, Florida (Orlando area). This will be a 2-topic meeting with Mike Anello covering panels and Andrew Riley covering Taxonomy w/ Pathauto.

More Info: http://groups.drupal.org/node/13978

I used to dread changing the domain name of a site running Drupal in a multi-site setup.  After changing the folder name all of my attached files would be broken, possibly some of my links would be broken and I would have to delve through thousands of records in the database to hopefully fix the broken files and links.  Now I don't dread it at all since I figured out I could get around all of these problems by using symbolic links.

Per Yahoo it's best to move your Javascript calls to right above your closing body tags since downloading scripts block parallel downloads which causes your page to take longer to download/render. (1) Now I'm not going to go into any metrics to prove this statement, we'll just have to take Yahoo's word on it.

At the last Florida Drupal meeting one of the attendees (sorry, I'm horrible with names) asked why Drupal was so difficult to upgrade.  At first we were a bit confused since we thought Drupal was easy to upgrade but we later found out that the user was storing his modules in /modules and themes in /themes so every time he wiped out his Drupal installation he had to re-install all of the files for his modules/themes.  While it sounds like this is uncommon, I can assure you, it's quite common for new (and some experienced) users to make this mistake.

... that is the question ... (Ok, I couldn't resist, I love puns and bad quotes)  A few days ago I was working on a site where I had created a content type that just mirrored the standard Page type (just a title and a body).  After looking at it for a bit I wondered if I should have just used taxonomy with the already existing page type to achieve the same effect.  I ended up coming up with a list of rules to when you should create a new content type.

New Content Types should be created when (any of the following apply):

Yesterday a client of mine asked how to upload image files for a drupal site that didn't have TinyMCE installed (with IMCE).  At first I was confused since I'm very careful to install those modules for all of the sites I create but then the client stated that this was for a site I didn't create (phew).  For Drupal pros this might seem like an odd question but it's really not and I had the exact same question when I first started working with Drupal.