To say my October was an interesting one would be like saying that the sun is hot or that I'm sick and tired of hearing about Twilight. There were numerous things that made it interesting, from my going to the Tulsa State Fair to sitting teaching myself HTML 5. However, the highlight of that month was my trip to San Francisco to interview with Digg.
The code running this website is well over a year old now and, as I've gone back to upgrade/fix things, I've noticed that it is clunky and highly inflexible. The implementation I've used is actually very, very similar to what I used in YPNgine back in 2003; a switch statement calling functions from an included script based upon variables passed in the query string. Granted, there's going to be some degree of that in any implementation, but through some tinkering with the music page and interviewing with some of the developer's at Digg has led me to a new paradigm: a set RESTful API calls independent of all front end management.
Now, aside from the nice code separation and simplification of feature adds and maintainability this provides, it also opens up a new world to Ajax. Since all the data is accessible via query string, almost all the usual functionality that would normally call for separate pages can be added in without ever having to leave the landing page. In fact, I've implemented this functionality on the test server. As interesting as this may sound, it raises some interesting issues concerning usability and the user experience.
The largest concern is that of site navigation or, more specifically, navigation history. In a normal site, every page you visit will be added to the site history, appending itself to the not only pages visited, but the forward and back buttons as needed. With Ajax, you have none of this. Were you to click a link to a story and have it loaded via Ajax, your browser history does not change. Pressing the back button will take you to the previous entered URL and not the previous page because, technically, you're still on the same page. The new page won't be placed in browsing history which could make finding back a particular story particularly difficult. And, finally, because the page never changes, neither does the URL in the address bar which could lead to confusion.
Say you entered my site on the gallery page using the url http://dxprog.com/gallery and eventually found your way to to the June 2006 blog archives, specifically to a story about my life without a laptop. Because the page never actually changes, the address bar will continue to read http://dxprog.com/gallery even though that content is no longer there. This would have made my retrieval of the URL for that story more difficult and, had the title not been permalinked, I wouldn't have been able to retrieve it at all.
Another thing to take into consideration is search engines. When Google crawls your site it doesn't have JavaScript enabled. So, unless you write duplicate functionality to generate the page before sending to the browser, none of your content will get indexed. I face this problem with the current gallery implementation; even though there is a way for me to access individual items via the query string, there are no hard links on the gallery page itself to point to them. Even if there was, all of the content is loaded on the client side so search engine spiders are just going to get a blank page devoid of content. Not a very smart idea if you want that content indexed.
In conclusion, when it comes to Ajax and dynamically loading content, you really have to consider carefully what should and shouldn't be dynamically loaded. Portal pages - any page with links into sub pages of the site such - are probably best left to the traditional method of loading a new page for each item. Smaller things such as paginating an entry's comments probably wouldn't hurt as much since it is an aside to the main material. Though, even then there may be something interesting you'd want picked up on a search engine. It's really is a balancing act between slick functionality and overall usability.
ID3Lib [ Download ]
As one may have derived from previous posts, I have a project the uses MP3s quite heavily. As such, retrieving tag data from these is quite an important thing. Having recently migrated my personal server to Windows, I needed a non-Linux variant of my previous tag read. I thought that while I was at it I could add an additional feature, namely saving embedded album art. Unfortunately, I was unable to find any clear directions on how to do so using TagLib, so I created my own library. Three different times. In three different languages. A C++ version, a .NET version and, finally, a PHP version.
Recently, while making some additions to the Music Page, I came across the need to get the location of a YouTube FLV. Unfortunately, most of my googling turned up outdated results that no longer work. Fortunately, unlike a certain other site, it's not impossible. Below is a quick explanation of what I got to work. I'll be assuming that you know how to get your hands on the video ID (the "v" parameter in the query string).
In the downtime during my ever continuing quest for employment, I've taken up a few extra hobbies to keep from going completely bored. Some are more relevent to my future line of work, while others are simply for my enjoyment.
One thing that I've attempted to take up again is drawing. My skills currently sit somewhere between mediocre and decent, a stat I'd certainly like to level up. So, my brother Chris and I have periodically enjoyed an evening of drawing while watching the nerdy sitcom, Big Bang Theory. Unfortunately, we've finished the first two seasons and now are forced to wait a week for new episodes, as the third season just began. For the off days, BBT has been summarily replaced with Pinky and the Brain.
In keeping with my new found - and probably unhealthy - fascination with the land of the rising sun, I've been taking cues from the manga/anime style (much of which is fan art). So, for those who enjoy that sort of thing, here's a gallery of some of the artwork I've created over the lest month and a half.
[gallery=Summer 2009 Art]
[/gallery]
So, there it is. You probably noticed that there's a bit of a common theme to the above pictures (beyond the manga/anime thing). If you didn't, you lose five points and get no cookie.