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.

Recently I was developing a new site for a client that had exceptionally high processor usage for every page load.  Now I have other Drupal sites on this server that use a similar module setup but use a lot less processor.  My interest was piqued.

I just ran across a bug in Drupal that was drastically affecting my XML Sitemap listings.  The bug made it so my blog posts were listed as node/{number} in my sitemap rather than the path auto path.  After much searching it looks like the module weight on XML Sitemap was set to 2 so it was checking the nodes path before path-auto was setting the path alias.

Join me at MindComet's Headquarters in Altamonte Springs for the Florida Drupal Group's monthly meetup on Saturday, May 17, 2008 from 1 to 3 PM.