Rob Loach .Net

David Akermanis pinged me yesterday on Twitter ("Twatted me" just sounds so wrong) stating that it has been a full year since my last blog post. And it's true it's that old, March 3rd, 2009 was the last time this website got some new content. It has been a crazy busy year, and I thought I'd take the opportunity to make a one year no-blog-post anniversary blog post to bring it back up to speed. The majority of this will be old news, but it's here just to make sure we're all on track...

• DrupalCon DC was so much fun, I posted the pictures on Flickr
• The proposal to turn Drupal into a Distributed Micro-Blog went through with the Knight Foundation and we're currently going through documentation and reports to make sure it goes through nicely
• Helped put together a new site for my good friend, David Akermanis. The aim was to be a social networking hub for his latest events, pictures, music, and his thoughts on life. Been about a year since then, so it desperately needs a new design!
• The Open Video Conference in June was crazy fun. Guest star appearance of Pirate Bay co-founder Peter Sunde! Video interview here.
• Created yet another Drupal module: Konami Code
• Got a new Nikon D90 and absolutely been loving the pictures its taking
• Paula Valstein plays a wicked show, as did Ingrid Michaelson (here's The Chain) and Joshua Radin (here's Everything'll Be Alright). Oh, and Nick Warren, Ronski Speed, Ferry Corsten, should I go on?
• DrupalCon Paris was absolutely amazing. Paris is an incredible city, and I guiltily regret not exploring more of it instead of going to the DrupalCon sessions. Definitely going to have to visit France again.
• The New York Anime Festival was a blast. I have to get on top of uploading pictures from events. Watched Cowboy Bebop and liked this scene from episode 18 the most.
• Some of the modules I maintain are now Drupal 7 ready: String Overrides, Disqus, Mobile Theme, OpenID URL, etc.
• I'm now a Drupal Engineer at Acquia! My projects so far include keeping some of their internal workings on track, being a bridge between the marketing team and the engineering team, and helping out as much as I can in other areas. It has been absolutely fantastic so far, and I'm so happy to be part of such an incredible team.

Moving forward, I plan to post more rapidly on here. Although I'll be writing less content on each post, I will be posting more frequently. There's normal blogging (essay-ish) and then there's micro-blogging (140 characters), I think I'll turn this into something in between... A Miniblog?

In closing, I'd like to thank you everyone! It has been an amazing no-blog-post year. A very busy, productive and fun year. I hope to see you all soon!

I'm on my way to Washington, DC to attend the annual DrupalCon. I'm really excited to see everyone again, talk some geek, have some beers and, of course, learn a lot.

DrupalCon is done! I had an amazing time and will upload pictures soon.

Next week marks the beginning of Do It With Drupal, the three day conference made of pure awesome held in New Orleans.

I'm really getting excited to seeing all the Drupal folk again, as well as meeting some pretty awesome people like John Resig of jQuery and Chris Pirillo from, uhhh, everywhere. It will also be great to see Ed Sussman again, and watch Nicole talk about project management in a Drupal world.

All the sessions will be amazing as well. Building Twitter/Flickr/YouTube/Amazon clones with Drupal, project managing a website being development, creating community, every session looks to be very fun and education (edutaining Drupal!). Looking forward to seeing you all there.

If you can't make it to New Orleans next week, be sure to book your ticket to DrupalCon DC 2009 next March!

Smashing Magazine today featured Steven Wittens' blog as one of their 50 Beautiful Blog Designs. For those of you know don't know Steven, he contributed much what made Drupal both pretty and awesome, including the Drupal.org design itself.

Congrats on being featured in Smashing Magazine, Steven! We miss you!

Many of you know some of the unspoken rules of Drupal. But, I have a feeling that I have to reiterate them once more for everyone:

1. Do not hack core

No matter how easy it seems to change one little file in Drupal's core file system to make it do what you want it to do, do not change it. Drupal is made so that the upgrade path is easy. It has been well thought out and designed so that there really isn't any reason to change or modify core in any way, shape, or form. Changing the file system means that you make upgrading to future versions of Drupal very difficult, meaning that you'll miss out on many security updates, bug fixes and will run into a maintenance nightmare later on. If what you're trying to do cannot be accomplished by what's there already, create an issue about your problem in the Drupal issue queue and maybe write a patch for it. Your feature will then become a part of Drupal core and you'll once again have that clean upgrade path. Do yourself and your fellow developers a favour and don't hack core.

2. Do not hack core!

This cannot be said enough.

3. Update to the latest Drupal

New versions of Drupal come with vital security fixes and bug fixes and will help protect your site from attacks. This doesn't necessarily mean update to Drupal 7 if you're on Drupal 6, just to update to the latest point fix of Drupal 6.  Also remember that older versions of Drupal will eventually stop being maintained as less people use and contribute back to it, so keep your upgrade path on the radar. Developers also love the updated APIs that come with newer versions of Drupal as they are much nicer to work with and allow much more flexibility.

4. Use contributed modules

Whatever you're trying to do with Drupal has probably already been attempted. Search around for a module that already exists that implements what you're looking for and use it. If it doesn't work how you'd like to it, stick a not in the project issue queue and fix what's wrong with it. The less custom code you produce means the less maintenance you'll have to do later on.

5. Uninstall before deleting modules

If you want to remove a module from your website, be sure to uninstall it from the modules page before deleting the module's folder. Wim Mostry brought this up after realizing that a client's site had a bunch of obsolete data and settings left over from older modules.

6. One module to ruin them all

If you're developing a custom module for a website, often times it seems like the best solution to stick all of your custom hooks and custom functions in one giant module. In reality, however, this custom module full of custom functions will eventually turn into one tangled mess of unmaintainable code. Do yourself a favour and group different sections of functionality if different modules. Creating distinctions in module functionality will allow you to easily turn off and on functionality instead of having to route through a horrible mess of code later on.

7. Develop with error reporting on

When developing a module, open up your php.ini, and set "error_reporting" to E_ALL. This will let you know about any small PHP warnings and notices you run into during development. The outcome will be nice, strict, clean code. On production sites, however, make sure to return it back to what it was so that users don't get confused if any big ugly red warnings/errors appear.

8. Contribute

If you make a changes to a contributed module for use on your own site, create an issue about it in the module's project queue outlining what you changed. Giving the module maintainer the chance to see how people are using their module will allow the module to adapt, evolve and grow.  Next time you use that module, you won't have to worry about making that change again because it will become part of the module's core functionality, as well as keeping the clean upgrade path.

9. Have Fun!

You're part of an amazing community of people with a large amount of awesome talent. Get involved with your local Drupal group, and get to know the people who are doing the same things as you and have fun!

If you know any other unspoken rules of Drupal, please let them be known!

In listening to the pleading voices of many developers, the infamous Drupal 7 maintainer, webchick, just created the first unstable release of Drupal 7: Drupal 7 Unstable 1. Thank you, Angie!

These unstable release tags will probably never have actual release nodes, and they are before the beta, or even alpha releases, so you generally shouldn't use them on your production site. But, if you're up for an experiment in the bleeding of bleeding edge, try it out. I'm not too sure if they upgrade path will be supported, so we'll have to wait and see. I think I'll wait for the Alpha releases to update my site to Drupal 7 to be on the safe side.

There was some talk recently about releasing pre-alpha versions of Drupal 7 for development and testing purposes and this got me thinking about the actual Drupal 7 code freeze. For those of you who are "in the cold" and don't know what a code freeze is (horrible pun, sorry), it's a given amount of time where features are denied from going into Drupal. Although it's sad to see additional features not be able to go into Drupal, it gives the developers a bit of time to fix bugs and optimize performance before the official releases go out.

If you have a look at Dries' Drupal 7 Timeline, you see that he predicts a November 15th code freeze if we have full test coverage. Now, if you have a look at the Drupal 7 test coverage report, you can see that we're pretty close! So, assuming that we get the three month code freeze, that means we only have about two months left to get all the features and awesomeness that we so ever want in Drupal 7. What awesomeness is missing from Drupal 7, you ask?

Here are the items remaining on my wish list:

• Standardize static caching
• More flexible JavaScript ordering and an alter operation
• New variable defaults to improve performance and help developers
• Improve command-line capabilities of Drupal
• Revamp drupal_add_css()
• Data API: first steps
• Blocks system refactoring
• Help System - Patch #1
• [Schema API] Install/Uninstall hook_schema automatically
• Refactor page (and node) rendering

Although Drupal 7 has already achieved its awesomeness status, having these items added to its mastery would absolutely blow my mind.

Everyone rejoice, as Dries has just committed the long standing Drupal Database Layer: The Next Generation patch. This was one of the items on my original Drupal 7 wishlist, and is one of the major steps that will make Drupal 7 a killer release. This patch does a number of awesome things, as outlined by Crell:

• Allows fancy PDO database queries (foreach through a result-set, select columns of result-sets, etc)
• Connect to multiple databases simultaneously
• Database replication
• Type-agnostic prepared statements, so we don't need to bother with %s or %d
• Proper support for NULL values
• Adds support for transactions, while allowing them to not die on non-transactional databases
• Support for "INSERT ... ON DUPLICATE KEY UPDATE ..." on MySQL or whatever the database-specific equivalent on other databases
• Support for multi-insert statements, on all databases, using the appropriate database-specific mechanism
• "INSERT DELAYED" support on databases that support it or some equivalent, which should help performance on logging and similar "don't need it back immediately" queries
• Fully-structured INSERT, UPDATE, and DELETE queries with a simple fluent API (chainable, like jQuery) syntax
• A Fluent API query builder for SELECT statements that weighs in at only a few hundred lines (not counting comments)
• .... And that's just naming a few of the benefits

Congratulations everyone! Crell, chx, bjaspan, catch, swentel, recidive, you guys rock!