Cooking the perfect website
Throughout my career as a web developer, I’ve come to realise that building a website is a lot like cooking. Everything needs to be just right, and that there is a certain balance that needs to be kept. Get it right, and you’ll be serving a Gordon Ramsay dinner - rich, elegant and enjoyed by all. Get it wrong, and you’ll be serving a fast food dinner - greasy, bloated and no good to anyone.
It’s important to think about what you actually need as it’s very easy to get lost and end up with a website that actually have more features than you actually need.
I have compiled a list of guidelines that I personally use when starting a new project.
It’s always better to add features to your website rather than trying to slim it down later on. There are plenty of these pre-built templates such as the popular “HTML5 Boilerplate” that can help you quickly build a HTML5 website, but you should ask yourself one thing - Do you actually need all the features that come with the template?
It’s easy to lose sight of what you have, and what you actually need. HTML5 templates provide a platform for developers to quickly build and deploy websites, but without careful consideration on what your website actually needs, you end up including features your website will never use.
For example, let’s say you’re building a HTML5 website. You start using all the HTML5 tags, and all is well in the kingdom of modern browsers. You start testing your website in older browsers, and lo and behold, it breaks in Internet Explorer 8. That’s right, IE8 doesn’t support HTMl5 tags. So you do what many developers do, and you include Modernizr in your project.
Think about it. All you needed was for IE8 to understand what HTML5 tags are. You don’t need the whole Modernizr library to get that working. I personally use the HTML5Shiv for cases like this. The full minified version of the Modernizr script is 15KB, where else the minified HTML5Shiv script is just 4KB.
It really is a matter of less is more.
Build for the latest browsers, using the latest standards, and work your way backwards in providing support for older browsers. Technology is progressing so quickly that at the current rate, older browsers such as Internet Explorer 8 will quickly be killed off and support dropped.
If you do decide to support older browsers, and I recommend that you do, determine how far back you’re willing to go. IE8? IE7? Or, God forbid, IE6? How about older Mozilla browsers?
In any case, you can find solace in knowing that there are polyfills out there that can help you with this. A combination of conditional comment added CSS and polyfills can make a difference.
I personally use the HTML5Please website whenever I need to find a polyfill for a HTML5 feature I plan to support on older browsers. You can find a list of polyfills for HTML5 features such as HTML5 form validation and HTML5 elements. It really is a handy little tool, and all developers should have it bookmarked somewhere.
The more popular libraries such as jQuery UI, and Modernizr, provide the option for developers to create their own custom build of their libraries. So if you for example, only need the autocomplete plugin, you don’t need to include the whole jQuery UI library in your project. I seriously recommend doing this, because it really does make a difference.
Also, minify and combine your scripts. You can seriously reduce the number of requests your websites make, and also save a lot of bandwidth in the process. There are plenty of tools out there that can help you do this like the YUI Compressor and JSCompress if you prefer an online solution.
Use Content Delivery Networks (CDN)
When a browser starts downloading your website, it will come across the CDN link to, for example, jQuery, and if it finds that the file already exists in its cache, it will skip downloading and use the cached version. This will greatly reduce the amount of requests your users make when visiting your website.
Additionally, by using popular CDNs like the Google CDN and CDNJS, your users will be able to download files from the CDN server that is geographically closest to them, thus improving latency and reducing download times, and because they’re downloading from an external server, you get to keep your bandwidth.
So use CDNs whenever possible and remember, for every redundant request your website makes, a baby unicorn dies.
As a general rule of thumb, keep things simple and don’t try to solve problems you don’t yet have. Build for modern browsers, and if your company policy includes support for older browsers, add support for those browsers as you go, keeping in mind to only add what you need and nothing more. You don’t want to ruin a perfectly good dish by over-garnishing it.