Now, I’m not really sure why that happened. Gordon Ramsay is about as far from Beethoven as you can get. I mean, they sort of *look* alike (crazy hair, mean face), so perhaps there is some facial recognition thing going on? Even weirder – there was a link for a sushi video right under it.

My algorithm-orientated mind is having a really hard time trying to figure out how the heck Google thinks those videos are “related” Even weirder – when I refresh it shows a different video of Gordon Ramsay each time, but all the other “related” videos remain exactly the same.

Sometimes you just gotta love Google quirks.

I just uploaded a minor bug fix for my frame buster plugin. It has some extra sanitation code to remove slashes from host entries. For some reason slashes make it through the PHP host filter… odd. Anyhoo, you can download the newest version here.

I’ve also tested the plugin on WP 3.5.1 and it works great!

Over the past couple of weeks I have moved down to Atlanta to fulfill some contracts with a marketing company. It has been nuts, but incredibly fun and rewarding. As a result of this massive change I will no longer be taking on as much extra work – not because I don’t want to – but because I honestly don’t have the time. My week days are shot, and the last thing I want to do is fill up my fun Atlanta weekends with the drudgery of work. Little things here and there are fine – but no major projects!

As much as I love money – health and happiness always come first before work! I’m just keeping it real, and being honest.

I know this news has been a bit disappointing to those of you who I have already contacted, and I do appologize. While most of you have been very happy about this news – a few of my now “former” clients have chewed me out, claimed I’ve sold out, and said some really nasty things. One person even asked me to justify my decision… who asks something like that?

Anyway, thanks again to all of my past, present, and future clients! Stay tuned, for this is surely just the beginning of a really wild ride!

I’ve been an Internet user since 1995, when I was just 6 years old. Back in the 90s browsers were pretty awful, at least when compared to modern versions. If you resized a window the entire page had to reload (which on dial-up took forever), designs were purely frame and table based, if a page had more than a few images it was pretty much impossible to display due to memory restrictions (16-32 megs ram), and they were insecure like you wouldn’t believe.

Let’s not forget about the “walled garden” of AOL, where you had to literally dial into the world wide web to surf any non-AOL sanctioned content. Those were the days…

Nowadays we can go on facebook and post a video of our cat jumping onto a balloon and comment on our friends’ posts with no reloading and very minimal network traffic – all thanks to the breakthrough transition to dynamic AJAX-based layouts. There was also the amazing advances in CSS that made it possible to literally create a WYSIWYG design in Photoshop. Back in the 90s you could sure make a sweet layout… but it would look nothing like it in reality… with CSS, it can.

Even the editor I am using on my WordPress install to write this now is a testament to how far browsers have come. It would have been 100% impossible to make a web-editor work this well on a browser in the 90s. Heck, an editor wouldn’t have worked this well in 2002!

However, even with the advances there are still quite a few predictions that haven’t come to complete fruition. Back in the early 00s when dynamic browsing really took off I often read tech articles and watched seminars about how all of our applications would be on the web, and the browser would be the new “desktop environment” to use these apps.

Yeah… it hasn’t quite happened that way. The biggest obstacles in the way are security issues and the lack of functionality in many of these apps.

Functionality Challenges

Take Google Docs for instance – sure it does 90% of what the average person may want, but they are seriously lacking on that extra 10% of  features that forces so many of us to use desktop apps like LibreOffice or worse… Microsoft Office. The other major challenge with online apps is offline access. While HTML5 has gone a long way toward solving this… it still isn’t quite there. It’ll take another generation or two of markup and scripting languages until this works flawlessly.

And what about games? Unless you are happy with the (terrible) framerates and quality of “cloud-based” gaming services, or unless you are a farmviller, you won’t be able to game through your browser for many years. Sure WebGL is nice and all – but javascript just isn’t as fast as the compiled C++ that most major games are written in.

Until the day comes when we have a real cross-browser “compiled”  language -  full gaming on the browser just won’t happen. Again, this is slowly changing… but it isn’t quite there yet.

It’s a shame flash was so terrible – it could have met this need.

Cloud Security

I dare you to ask 100 people in the general population of non-geeks if they would store their personal data on the cloud. I would bet you at least 50% of them still don’t feel comfortable with it. Despite how many statistics you quote that say it is safe… they won’t do it.

The biggest challenge with moving all apps to the browser will surely be convincing the public it is safe… especially when they are constantly bombarded with stories about malicious users going around taking down sites and stealing data.

The fact is it’s pretty darn safe. I would reckon you are more likely to get a check stolen from your mailbox than you are getting an online bank account cracked. This is of course assuming you follow common sense security procedures (long passwords, change passwords often, avoid phishing, etc), and assuming you are using a reputable service.

Sure, stuff does happen… but you know what… banks and other physical locations get robbed all the time by creeps in ski masks (or painter’s uniforms, man I love that movie!)

I think people are slowly getting more used to the idea that the Internet is safe – but I know from dealing with the general public in both my personal and business life we still have a long way to go in this regard.

Plain Ol’ Browser Views

For whatever reason – many developers still refuse to accept the fact you can develop an app using HTML, CSS, and JavaScript that is just as good looking as most iPhone and Android apps.

A few months back I took on a little project for a friend. His previous developer told him it was impossible to do certain things, such as convert it to a fluid layout with anchor points so certain elements stay in place (like a desktop app – try resizing one sometime!). It was a slightly complicated layout – but in 5 minutes I did just that with some css tweaks.  No problemo.

You can do nearly everything in a web view that you can do in a desktop app, as far as the UI goes. This includes creating custom controls. Whether or not the backend will work the same is another topic entirely…

Conclusion

Browsers have come a long way since the 90s, but they still have a long way to go before they become “the” app platform for everything. It’s getting there – but it is a slow and arduous process.

Before we begin: a hash algorithm turns some chunk of data (text, binary, whatever!), like “Hello, World” into another set of data (oftentimes ascii text) like “x9375vs4g”. They do this by running the data through complex mathematical formulas to generate “unique” hashes for each chunk of data. These algorithms generally work on data using a fixed size, one chunk at a time (64-bit, 128-bit, 92-bit, etc), and then it runs some final (math) procedures to make a single “unique” hash out of all the pieces. If a chunk of text it needs to work on is smaller than what the hash requires for the math to work, it will pad it (add junk data) using more complex math.

If you haven’t gotten the pattern yet – hash functions are a giant pile of math, to put it simply. Look up the source for even a relatively old  algorithm like md5 and you will be amazed at how complex it is. The most important part of hashing algorithms is that they will always return the same hash as long as you input the same data.

Hash collisions occur when two pieces of data generate the same hash. They are also unavoidable, especially when you are trying to hash large sets of data. For example, if you were to hash this entire blog post using SHA-256 (one of my favorites ) it will have the same hash as another set of data. For the most part, any hash algorithm will have an infinite number of possible collisions for nearly any hash it could possibly return – granted it would be impossible to find all them because of technology limitations (you can’t very well find infinity). Of course there are exceptions to the rule – but for all intents and purposes this is true.

To put it even more simply, if you try to cram “1234567890″ into a space that is only 3 digits long, will a collision occur with another set of data? Yes. You cannot cram 10 digits into 3 digits without collisions occurring. This is what hash collisions are all about – and this is why they are unavoidable. This is due to the pigeonhole principal. This is also why scientists can look quite foolish when they claim they invented some new algorithm that has no collisions. No one may have found one yet – but they do exist – it is mathematical law.

While there is generally an infinite number of collisions – they occur quite rarely, for all practical purposes. For example – if you do something simple like hashing user passwords and storing them in a MySQL database, the chances are pretty damn low you will ever have the same hashes in the table… unless two passwords are literally the same. You would have to have billions/trillions of combinations before a collision were to occur.

If you start talking about more complex algorithms, your computer couldn’t find a collision before the universe died. Literally.

Tip: On some websites they seem to pick arbitrary password limits like “40″. Many times this is to prevent such collisions from occurring inside their databases (read: they are paranoid). On small sizes the odds of a collision are virtually nil. Some sites limit the sizes even smaller… but that is because they are stupid (and super paranoid). Many other sites don’t even hash the passwords and store them as plain text. Now that is scary!

So how do computer scientists design algorithms to minimize collisions? The easy way is to increase the length of the hash. For instance, if you double the size you will exponentially decrease the chances of having a collision occur in the first N bits (N depends on the algorithm). Of course this sounds easy, but increasing the size can easily require intense changes to the entire algorithm. Remember: this is all just complex math – but even in the most complex of math everything must properly equal out (remember algebra?). If it does not equal out – it breaks… and planes could very well fall from the sky.

The other problem is increasing the sizes also increases the number of CPU cycles and RAM needed to process the data. It will take your computer far longer to generate a million 512-bit hashes than it would to generate a million 40-bit hashes.

Some designers also add in additional randomness to their code – although this doesn’t avoid the pigeonhole principal at all. You are still trying to cram 5 digits into 3 spaces. It will collide… sorry!

If you’d like mathematical proof: If you have 10^15 different combinations of possible hashes from an algorithm – and you have 10^24 unique combinations of data to run through the algorithm… you will have collisions. Math doesn’t lie

So there you have it – a quick lesson on collisions. What do your think of this topic? Please leave your comments below!

Well, it looks like Ubuntu 12.04 is finally there for me. Two things I have noticed: it is quick as hell on my system. Some people have complained about boot times being slower than 11.10, but for me they are much quicker. Still not quite as good as 10.04, the last LTS release, but considering all the new functionality; I’d say 20-30 seconds boot on a HDD ain’t too shabby.

It is also stable. I’ve only encountered tiny little issues here and there, but nothing critical at all. Compared to 11.10 it is like night and day. One of the biggest changes with 11.10 (and debian 6, really) was a modification to the networking stacks to supposedly “make them easier” to use. Quite frankly I hated the change and it made it really difficult to use. For me at least, 12.04 fixes those issues for the most part.

I’ll go out on a limb and also say I like Unity. Some hate it – some love it – but I don’t mind it in the least bit. It reminds me of OS X, and at least it isn’t a complete shift to a full touch friendly interface like Windows 8 Metro (yuck!). The one bit that annoys the hell out of me is you can’t click on an icon and have it hide all the windows for the application – sort of like the OS  X dock or Windows 7 launchbar. From looking at various forums it looks like the devs aren’t interested in implementing that idea – but there’s also hundreds of people asking for it… so who knows what’ll happen there.

All in all I really like this release – and I’ve slowly been switching over to it as my main Desktop system. Just last night I setup a windows 7 VM in VirtualBox to run various Adobe apps, QuickBooks, and a few other programs that I need on a daily basis (Wine sucks, always has, always will…. I’m sorry! VM all the way!). Of course I will keep windows 7 installed as well, for my Oblivion & Skyrim addictions.

The interesting thing will be when I move Windows over to my slower HDDs and move Ubuntu onto my nice fast 750 gig drive. It runs really well on my crap old seagate ones… and I can’t wait to get it onto a drive that is almost  twice as fast (100 mbyte/s vs 60 mbyte/s. Haven’t yet switched to SSDs… but maybe one of these days I will.

My scorecard for Ubuntu 12.04 looks like this:

• Stability – 9/10 – It’s Linux.
• Ease of use – 7/10 – Damn Linux driver issues are annoying, but everything else is great!
• Compatibility – 7/10 – Damn driver issues
• Apps – 6/10 – It doesn’t support many commercial apps (Adobe, QuickBooks, Office, etc) natively, but the free/cheap apps on the store are pretty good.
• Security – 10/10 – It’s Linux.
• Overall – 9/10 – It’s a free OS that works really well.

I’ve personally used Linux on and off for over 10 years now, and compared to 10 years ago it has really come a long way. I can’t wait to see where it is at in another 5-10 years… especially with Apple going completely insane (I’m a fan boy… but even I’ll admit they are annoying the eff out of me), and Microsoft making love to their new touch interface. Due to those risky consumer-orientated changes, I honestly believe there’s a huge subset of the population… the pro users… who will push to have more commercial grade apps brought to Linux in the next few years.

If you don’t believe me – just ask any pro user or IT guy  what they think about Windows 8 Metro, or Mountain Lion (or Apple’s inability to update their mac lines). I bet  you will find nearly unanimous disgust for them.

Web Developer

Web developers are the masters of code. They may do a bit of design, but in my experience it’s best to get a dedicated designer for that. Developers may code the front-end, back-end, or perhaps both. They must know their way around HTML, CSS, JavaScript, and any languages that the application uses (Ruby, PHP, etc).

Developers ultimately control how well an application/site works, how secure it is, and how scalable it is. In many cases even with a bad design a project may succeed – but a bad coder will destroy even the best of ideas.

Web Designer

Designers are just that… they design. They may also code – but generally they are the ones who create the look and feel of an application or website. Designers have to be immensely creative; they must be able to take “I want a website theme with blue, red, and purple” (??) and turn it into something beautiful, usable, and appealing to the masses.

Designers may also code using HTML, CSS, and occasionally JavaScript. In some occasions they may perform PSD to HTML or PSD to CMS (WordPress, Joomla, Magento, etc) conversions. Really good designers will understand more developer-orientated concepts such as creating standards-based and cross-browser code, and they’ll know the limitations of current web technologies.

Oh and yep, I took the background pics. Gotta love Letchworth State Park in CNY.

While  fancy code editors make life easier, they are rarely a requirement to do the job. Whether you are developing the next facebook, or an entire operating system, you can almost always code it using nothing more than a command line interface and a text editor.

During my years of working on web applications I have collaborated with many other developers. Some of them are geniuses, some of them can’t code their way out a paper bag (??). The one truth I have learned during these experiences is that the good developers can literally write code on a piece of paper. Not pseudo-code mind you –  real functioning code. However,  the bad developers are always too reliant upon fancy auto completion and pop up tips. Without those tools, they simply can’t function.

What that tells me is they don’t have a deep understanding of how their code interacts with the computer. It also tells me their code will be more prone to bugs (auto completion isn’t always accurate), more prone to security holes (the editor doesn’t know what a SQL injection is), and overall it will be lacking in quality.

Now I’m not saying those tools are bad – but I am saying you should never fully rely upon them.

Every 3 months I archive my clients’ emails to keep my imap mailbox nice and clean. A couple of weeks ago was that 3 month mark. “Ok, so what’s the big deal?” you may be wondering. Well, I deleted my emails without first checking the archive to make sure they were backed up! The archive was empty!

Even though I’ve had mostly good clients, I still like to keep an archive of all emails for the “just in case” scenario – so I instantly panicked. I use imap for all my email accounts so the first thing was to try and grab the emails off a mail client that hadn’t yet deleted them. After a half hour of trying to get the emails I gave up – it would have taken hours to extract the needed data from the mbox files.

And then – a sudden stroke of genius – I keep backups of my websites… duh! I opened the tar file, went to the mbox folder for my email account, uploaded all of the missing emails back to my server and ta-da – the emails were back. Hooray – thank goodness those backups were good.

The only annoying bug with this “fix” is the timestamps are now off on my email clients. An easy enough problem to fix… but eh… I’m too lazy for that.

So there you go. While it is important to backup your data it is just as important to check your backups! Also, remember that having multiple backups is key!