ted serbinski – a blog about drupal, macs, productivity, health, and bmws

UPDATE: Earl comments below how this is already built in. Two different ways to achieve a similar result, each with their own pros/cons.

Hats off to Earl Miles and the rest the views developers they have done a tremendous job with Views 2. While the interface is entirely different from that of Views 1, it is so much more intuitive that within a few minutes I had quickly forgotten my bewildered "oh no, I know nothing" look :)

From reading all of the docs and quietly watching development commits, I knew Views 2 was going to eliminate a lot of the Views 1 helper modules and open up a whole new world of awesomeness. While I haven't seen many blog posts detailing just which functionality/modules have been replaced with Views 2, I wanted to kickstart things with my own discovery as I played around with Views 2 quite thoroughly this afternoon.

With Views 1, to build an alpha pager you would use the views alpha pager module in conjunction with your view. But what about Views 2?

Getting Drupal to play nice with your CDN can be a bit of a hassle. You have to make sure your assets (like JS, CSS, and image files) work not only on your webserver but when copied to the CDN, are served from there instead of your webserver. There is one Drupal module, the CDN module that attempts to make this a bit easier but right now, it's not in production, and in my opinion, is a bit too complicated. There is a slightly easier way :)

My brother wrote an excellent article on how to connect Drupal and Silverlight. This is pretty indepth and shows what needs to be done on the Silverlight side to work with a simple XML-RPC Drupal module. Definitely worth checking out, great job bro!

The .htaccess file included with Drupal tells Apache to send all 404 requests to Drupal to handle. While this is great in some cases, the performance degradation can have a huge impact on a site that has millions of users.

When Drupal processes a 404, it has to bootstrap Drupal, which includes Apache loading up the PHP process, gathering all of the Drupal PHP files, connecting to the database, and running some queries. This is quite expensive when Apache can be told to simply say "Page not found" without having to incur any of that overhead.

Now you might say your site doesn't have any broken URLs as you haven't changed any. Well that's great, but as your site grows, it is going to be a target for spammers and hackers. They are going to start requesting all sorts of file to see if they can find an exploit. Instead of bootstrapping Drupal each time to tell them that DLL file doesn't exist, it would be much better if Apache could just say that, to save resources for your real users.

So, what can you do? How can you stop Drupal from handling 404s but not break modules like imagecache?

At the ParentsClick Network we are soon to be rolling out many more sites on our platform. Because of our unique community API (which I will be detailing in a future post) we are running many sites (many not yet released) on the same install of Drupal, with the same database, and no shared tables. Yes, no typos there. More on just how that works in a later post.

One thing we have to do is change the theme based on the URL, along with a host of other things. ZivTech recently posted about changing themes, but for our setup, we need something more low level. Hence this technique.

SimpleFeed 2.1

SimpleFeed 2.1 has been released, grab it while it's hot!

This release fixes a number of outstanding issues and greatly improves the robustness of SimpleFeed. Highlighted fixes include:

* Critical update, fixes updating of feed items to use the new unique identifier, before it only made it through 50 items, causing duplicate headaches
* Unique identifier for feed items now relies on a combination of title & link, which will pave the way for updating changed feed item bodies later
* Support for much longer length URLs
* Improved database indices
* Fix expiration of feed items so it can run properly as anonymous user cron

Well, it took longer than I expected (announced it a couple months back), but I'm pleased to announce that my Blueprint Drupal Theme has been released!

This theme uses the most excellent Blueprint CSS framework to setup a starter Drupal theme to make theming websites faster and easier, especially in the cross browser area. The benefits of this framework include:
* An easily customizable grid
* Sensible typography
* Relative font-sizes everywhere
* A typographic baseline
* An extendable plugin system
* Perfected CSS reset
* A stylesheet for printing
* Powerful scripts for customizing your layout
* No bloat of any kind

Compared to the YUI grid CSS, I find Blueprint simpler and more elegant. I have used both frameworks on various projects and the Blueprint has consistently been easier and faster to work with.

MothersClick is a flourishing site that is growing very quickly. As such, tracking user behavior with Google Analytics is becoming very important as it helps to determine how to adjust the site to better meet the needs of our users. And now, as we prepare to launch our full ParentsClick Network of sites, we need to track what they are doing across our network of sites.

Well thankfully Analytics makes this easier through its ability to track outbound links and cross domain links. But the problem then arises, who is going to update all of those hardcoded links with Javascript code? Is there an easier way?

MothersClick placed 1st in the Niche Social Networking category for SEOmoz’s 3rd Annual Web 2.0 Awards. I’m very pleased with the result as myself and the rest of the MothersClick team have really been working our tails off launching version 3 of our platform just a few months ago. Expect a more detailed look at this new version (including information about our brand new community API for Drupal to be released late summer/fall) in a future blog post.

Congratulations to other Drupal winners on this list including imbee who placed 3rd in the niche social networking category, NowPublic who placed 2nd in social news, and to our friends at jQuery who placed 3rd in WebDev.

Last week when I was in NYC for MothersClick meetings, I met for an interview with Jerad Bitner and Dave Burns, both developers at SonyBMG. These guys run a site called DrupaLMAO, a Diggnation inspired site that posts weekly videos talking about the Drupal community.