Chuck Burt’s Blog

Choosy v1.0 has finally come out! You may recall I’ve mentioned my need for a hyperlink manager tool before.¹

I’ve been using Choosy for over 6 months at this point and it has become an indispensable part of my workflow. Especially since George has added functionality for advanced rules.

My setup is as follows: I use Safari as my primary browser, however, my company has a number of internal web apps that have been built with Firefox in mind. This means at work I leave Firefox open all the time. So, using Choosy, I’ve set up some advanced rules for the web apps that make their URLs automatically route to Firefox.

I also have a few SSB instances in Fluid (Gmail, Fever, and others) and so I can direct links meant for these apps directly to them.

Everything else asks from the list of open browsers, defaulting to Safari when no browsers are open or if it’s the only open browser.

It’s fast, elegant, optimized for either mouse or keyboard users. The best part? It’s only $12.

Well done and congrats George!

Hulu Blog: Doing hard things.

Our content providers requested that we turn off access to our content via the Boxee product, and we are respecting their wishes. While we stubbornly believe in this brave new world of media convergence — bumps and all — we are also steadfast in our belief that the best way to achieve our ambitious, never-ending mission of making media easier for users is to work hand in hand with content owners. Without their content, none of what Hulu does would be possible, including providing you content via Hulu.com and our many distribution partner websites.

Apparently doing the right thing in this situation is simple: screw the users.

Wrong

The right thing to do here is keep the users happy while working out the hard details. Ads are still being shown; revenue is still being generated.

When will these content producers realize that they can’t possibly “own” any content—without an audience to watch it? Keep screwing customers, but don’t come crying when they are compelled to steal the content instead.

Any company that feels safe enough to screw their customers rather than innovate deserves to lose.

In a recent post, Hyperlink Manager, I discussed a hypothetical software tool I’d like to see. The goal is to have a better way to select the browser a link should be opened in.

Since that time, two solutions for Mac have popped up: Choosy and Highbrow.

I’ve been using Choosy for about a month now. While it doesn’t do everything I described, it does a very elegant job of what I need.

Here is how I have it set up. On clicking a link:

• If I have no browsers running, it uses my default browser.
• If I have one web browser running, it uses the one that is running.
• If I have more than one browser running, it gives a little selection popup.

The only enhancement I’d really like to see is automated rules based on the URL.

Choosy is currently in beta and will be released as shareware eventually.

Highbrow came out right about the same time as choosy as a full-fledged 1.0 release. It costs $12. I haven’t used it, but it appears to be quite similar in function.

Know of any others or solutions for other platforms (Windows or Linux)? Let me know!

This is another tool I have not been able to find and would like to see out there. Know of something that accomplishes exactly what I’m looking for? Post a comment!

The problem

The default browser of my system is not always the browser I need to open a site in.

On my computer, my default browser is Camino. This is the browser that I do my day-to-day general browsing in, however some sites explicitly block Camino since their developers have probably never heard of it and are unaware that their site probably works just fine as long as they are testing in Firefox. In these cases, I use Safari instead since it is more widely supported.

While working, I keep Firefox open as it is our defacto supported browser for our internal applications. At my prior company, all internal applications were developed for IE6–a completely different environment, but the exact same challenge arises. Also, before putting the argument out there that I should just use Firefox as my default browser–I like my sub one-second launch time. Firefox (especially on Mac) is a beast.

Thus the challenge is when links are sent around, via email or IM. I want to be able to just click a link and have it open in the desired browser. Currently, I must copy/paste the URL from IM. Even worse, since Entourage (Microsoft’s very sub-par Mac equivalent for Outlook) doesn’t have a “copy link” contextual menu option, I must click the link, let it try to open in Camino, then copy the URL from the address bar!

This problem is especially magnified with the adoption of SSBs.

There is a nice Firefox plug-in for Windows users to solve this problem: IE Tab. This extension allows exactly what I mention about specifying URLs to render with IE, all from right within the Firefox window. This is neat, but still doesn’t account for SSBs nor does it help us Mac using folks.

The ideal solution

The best way to solve for this would be to have an extremely lightweight application or script that is set to the default browser (instead of a “real” browser). Making the script or application fast is the absolute most important criteria.

This application or script has one job only: to “listen” for URLs, parse them, decide what browser is appropriate, and send them on their merry way. Thanks to SSBs, it needs the ability to set a different browser for each URL type. For ease-of-use, it should allow a user to just enter a domain (for example “www.chuckburt.com”) but for power users it would be great to accept a regular expression. This would allow some more advanced uses such as sending a link to media to a specific media player.

Conclusion

Though it has a niche user-base, there are plenty of people–power users–that would adopt it if it were free or very inexpensive. I doubt people would pay more than $10-15 for this functionality (if anything), but it might make decent donationware. I would certainly pay a modest fee for it.

This is an idea that has been scratching at me for quite some time. The biggest reason: I need to find something like this!

The problem

Everybody has growing file collections. Some of us definitely have more than others—my photo collection alone is reaching 80 GB! A single recording session can easily reach 20 GB. Acquired media aside (purchased/downloaded music, movies, etc—as it’s replaceable), everyone has a need for an elegant solution to back up this data.

There are a number of products and services popping up that attempt a solution to this problem, but none do it quite right. I have to give Apple a lot of credit here—they figured out a way to make backup so simple, the masses can finally do the right thing! Time Machine is not perfect for everyone, but it’s a huge step in the right direction.

The purpose of this post is not to discuss software solutions, but rather the hardware that accompanies it. While the right software is what gets people backing up, it always requires the right hardware¹ to make it work.

The current solutions

Online

Online services (aka “cloud” storage) allow users to upload their data to online servers. Some of these include backup software and all tout the benefits of being failure-safe and secure.

Pros

• Safe: Redundantly hosted on large server farms so the data itself is safe and secure.
• Portable: You can usually access your data anywhere you have a net connection.
• Sharing: Many of these services let you share certain folders with colleagues, friends, etc.
• Flexible/Scaleable: If the service has storage limits (some are unlimited), you can scale your costs with your direct backup needs.

Cons

• Speed: Backing up a lot of data online is constrained to internet speeds, and residential upload speeds are typically 2Mbps or less. This makes it very poor for users with large data needs and any time a user needs to access some of the data there is a big lag time.
• Software: A number of these solutions lock you into using their software. Often, their software is limited in big ways, e.g. not being able to backup external hard drives (unless they remain attached all the time).

Hardware

Hardware solutions consist of external hard-drives, file servers, and more intelligent products such as the Drobo (which is extremely cool).

Pros

• Fast: Accessing your data through a wired connection—or over a local wireless network—is much faster than through the internet. This makes it ideal for large amounts of data and all around much more accessible.
• Secure: You have absolute control of the security settings, so it’s as secure as you want to make it.

Cons

• Redundancy: Unless you are savvy enough to be able set up a RAID solution, or shell out for a Drobo, making external hard-drives redundant is a real pain.
• Flexibility/Scaleability: With the exception of the Drobo none of these solutions making scaling very easy.
• Physical Security: External hard drives, file-servers, and the like can all be easily stolen if you ever experience a break-in. Server farms often have very tight security: id badges, fingerprint/retina scanners, armed escorts, and all kinds of crazy cool precautions.
• Disaster:² Electronics are extremely susceptible to everything that comes with a house fire: heat, smoke, water, and chemicals. Backing up off-site is always a good idea.

Summary

The cons of both online and hardware solutions exclude any one solution from being ideal for me. I am a heavy data user that wants fast access and redundant, off-site backup. There is nothing that easily and elegantly fills this need. Sure, I could purchase “cloud” storage and manually back things up, but that requires quite a lot of time. I want something I can set and forget in the Time Machine sense.

The ideal solution

This leads me to what I think is the ideal solution to meet all of these needs. There would definitely be challenges in doing it right, but I think the need would make the investment worthwhile.

The Hardware

First, there is a hardware device that acts as the primary solution. This hardware device needs to redundant, easy to use, and smart.

• Like the Drobo³, it must be easy to scale with hot-swappable drive bays and it needs to “take care” of making the data redundant.
• It needs a variety of physical access methods: USB 2, FireWire 400/800+, eSATA, and Gigabit Ethernet.
• It must be cross-platform and therefore accept a variety of protocols such as AFP, Samba, and NFS, and advertise itself using Bonjour and Avahi. Along the same lines, it must be compatible with any file-system thrown at it, such as NTFS, HFS+, and ext3, or even ZFS, WinFS, and ext4.⁴
• It requires an easy-to-use and cross-platform compatible user-interface. A small web application would probably be best.
• Finally, it needs rsync set up as a nightly process.

The Cloud

Behind the hardware device, sits the ever-present protection of an online backup solution. It’s only for the event of a truly catastrophic event.

• It must be inexpensive. It doesn’t need lots of sharing features (though they are nice) and it needs to be priced in such a way that the user is ok with the on-going expense. Probably no more than $10/month, if that.
• It must be scaleable. Since the hardware component must be easy to scale, the online service must be able to keep up, with little or no direct effort from the user.
• It must be absolutely secure. When it comes to security, perhaps nothing is truly absolute, but it must be as secure as possible so that people can trust it. In addition, the data must be physically secure: it should be stored in more than one geographic location so it is impervious to natural disasters.
• It can’t have weird limitations such as a maximum file size of 5 GB That said, perhaps a little intelligence on the hardware side could get around a limitation like that…
• It must be stable and have very limited downtime.

Wrap-up

A solution like this—done correctly—would solve backup problems for some time to come. It gives users access to data quickly, redundant local backup, and off-site protection. The beauty is that the software is irrelevent: users can use any software solution they like, e.g. Time Machine, SuperDuper!, Retrospect, FlyBack, or anything else.

It might not be a product that everyone in the world would need, but it would be great for power users, professional or prosumer photographers, and just about anyone else that doesn’t have needs quite as high as video editor. Most importantly for me, I would buy one.

¹ In this case, “hardware” can mean online backup services as well.
² As someone that has woken up in the middle of a house fire and lived to tell about it, this is a bit of an ever-present threat in the back of my mind. A fire is a terrible thing, but losing all of your photos on top of it is icing on the suck cake. Plus, you never, ever, want to worry about grabbing things like that when evacuating. We are fortunate we live in a time where we can store things like photos off-site and still have access to them!
³ I swear, I’m not being paid for this. That said, offers are always welcome.
⁴ Obviously, it should be as forward-looking as possible. That said, if any potential future file-systems have specific hardware requirements that are unrealistic, they would have to be considered on a case-by-case basis.

Dreamhost is awful. They were always a bit slow, but hey, they are cheap (cough, inexpensive).

As you probably know if you’ve visited my web site, one of the primary reasons I keep a site is to have a place to upload my photos. Sure, I could use Flickr, or Picasa Web Albums, or even SmugMug like Elizabeth does.

The issue of image ownership and usage rights aside, the bottom line is that I’m a control-freak. I like doing things my way. This means that I want full control over the display, linking, searching, protection, and usage of my photos. Though the set up of my photo gallery is far from perfect, it’s my own.¹ I’d eventually like to build my own photo gallery software, but that is a bit speculative right now.

Back to the point, on my previous host my photo gallery crawled. In a large collection of photos, say over 100–which is small by my photographic tendencies–it would often take 10+ seconds to load a single page. At first, I thought it was just because of the sheer number of photos. When I paired down the galleries, I noticed that it was still quite slow. It was almost embarrassing to send out links to something I should take pride in–a gallery of wedding photos for a friend for example! The performance would get even worse with more users.

As I had done a number of customizations to the gallery software, I immediately assumed I had made some mistake somewhere that was causing slow performance. Though I can hack my way through code and make customizations, I’m a product manager, not a developer. Thus, I set about doing some tests. The first test was to remove all customizations from the code–I reverted it back to an “out of the box” installation. There was a slight performance increase from doing this, but the site was still very slow. I then slowly added back my customizations one by one, first my overall appearance, then my custom breadcrumbs, then Google Analytics. Finally, I added back the (rather large) scripts that controls the “Lightbox” effect. Ah ha! There was a noticeable performance decrease in using these scripts.

My first assumption was that it was purely the size of the scripts at play. Thus, I set about one more test: I disabled the Lightbox scripts, but left an exorbitantly large quantity of unused scripts embedded in the page. My theory was that if the size of the scripts were at play, there would be little to no performance increase. I was wrong. Clearly, something else was at play here. At the time, I probably should have also realized that file transfer from my site had always been speedy–something anyone that had downloaded a straight file (ie, music mix-tape) from my site could attest.

This left me one conclusion: the extra database queries required to make the Lightbox effect work were slowing things down.

Sometime later, I realized that it was not just my gallery that had performance problems. After installing a blog, a wiki, a project management tool, and other miscellaneous open source projects and scripts, I realized every application that depends on the database was slow. Mind-numbingly slow. Dare I say, dial-up slow!?

Finally I bit the bullet and contacted Dreamhost’s customer service. I always prefer to figure things out on my own rather than dealing with the hassle of customer service channels–I like the learning experiences involved–so this was a rather big deal. After a quick response, they immediately tried to place blame on the software, on me, on anyone other than themselves really. They even had the audacity to try to up sell me! I figure that as a web operator that has a “peak” of 50 users in a day across ALL sites, there was no reason I should be too big to fit in a shared hosting package.

Dreamhost has grown too fast for their own good.

Why not, they are offering one of the cheapest packages in hosting around? I finally decided to bite the bullet and switch providers. After a fairly exhausting search, I settled on GeekStorage. They don’t offer nearly as much space or bandwidth for the price, but I like working with the owners. I worked with them 5 years ago and up until they were acquired by a less than reputable company.

The experience with GeekStorage has been pleasant (barring one customer service snafu with a friend I recommended them to). Migrating websites is not a fun task, but the head geeks at GeekStorage have been accommodating and helpful. The performance increases alone have been well worth it! Their pricing is also not bad. Not nearly as much space/bandwidth as some other hosts, but I value performance and working with people I trust much more. Plus, at those rates they are not likely to oversell their resources.

So please, enjoy the improved performance around here. Browse around some photos without wanting to poke your eyeballs out with a big stick. And watch for some improvements to the site coming in the next few months.

Today, a guy I went to RPI with helped launched a new website: CommandShift3.

The site aims to be a “Hot or Not” of website design. Users are presented with two options and simply “vote” (by clicking) for the site they feel is more well designed.

Kudos to the entire team on a job well done!

My photos website has managed to land in the bottom of the list (aka “Worst ever”), falling just behind MySpace.com.

While I personally feel that my site design trumps MySpace.com at the very least, it also is purposefully simplistic. At least my site has Lightbox! Anyway, it serves its purpose. One of these days I’ll put in the time to make it look snazzier.

On Monday night I took the plunge. I installed the latest version of Mac OS, version 10.5 (aka Leopard). This is an account of the installation, my initial thoughts on the OS on the whole, and a list of software that works after the install.

Leopard day arrives!

I pre-ordered Leopard a few weeks prior to it coming out and selected the free shipping option. Now that I think back, it may have been the only option provided but I wouldn’t have gone for an upgrade even if it were available. I anticipated that I’d receive my copy sometime the week after it came out.

10:00 AM on Friday, October 26, 2007, I had my copy in my hands. Wow! It was neat to have it in my hands prior to the official “release” of 6pm Pacific time (9pm my time).

As the total “NP” that I am, I had not prepped my computer at all for this. I always prefer to install new operating systems fresh as it guarantees it will go smoothly and also prevents system bloat (or Win Rot as a colleague adeptly put it yesterday). In the past, this has meant burning CDs or DVDs galore.

On the recommendation of my brother, I checked out this program called SuperDuper! This program allows a user to create a fully bootable backup of your entire machine (minus “the temporary and system-specific files that Apple recommends excluding”).

I had some difficulty running the backup, but it was entirely a result of my tendency to not read directions before jumping right in and trying something. I ran the backup and continued on using my computer as normal which turned out to be a big mistake. Apparently web browsers writing to their cache/history files breaks the backup. A few tries, a number of hours, and some time letting my computer mull things over on its own later I had a working disk image back-up of my entire system. Props to the Shirt Pocket team on making a great product!

Finally, I proceeded with a complete reformat and installation. I took the opportunity to work out as I heard it would take a couple hours. Within 40 minutes, I had a new cat purring at me!

Contrary to many opinions out there, I really like the new “3D” dock-bar.

It’s pretty slick.

The most notable UI enhancement is the final eradication of the “brushed metal” aesthetic. About time. Spaces is already my best friend. There are also some jokes thrown in!

A Mac computer on my network:

A Windows computer on my network:

Finally, the part that people are probably looking for: the rundown of what works.

Programs that work perfectly just by copying them over:
Adium
Camino
Chicken of the VNC
Colloquy
CoverSutra
Google Earth
iScrobbler
LineIn
Microsoft Office 2004 (Believe it or not. The apps felt a bit sluggish at first, but they are fine now!)
Quicksilver
Quinn
Remote Desktop Connection (Beta 2)
Skitch
The Rosetta Stone
Transmission
Toast 8 Titanium
YemuZip

Programs that required reinstallation, but work with no problems:
AppTrap
Cisco VPN Client
CyberDuck
Firefox
Flip4Mac
iLife 08
Joost
Little Snitch
Perian
TextWrangler (in order to get the command line tools)
VMWare Fusion (Beta)

Programs that don’t work at all or have issues:
CoRD – It seems to have an issue redrawing under Leopard.
CandyBar
Skype – This is a problem. I can run it once, but have to reinstall to run it again. They say it’s a known issue and it’s being worked on.
SuperDuper! – Haven’t tried to install as they specified it’s not yet Leopard compatible on their homepage