Everything is about speed these days, and user expectations are higher than ever. We no longer wait for information, we want it instantly, we want to consume it as quickly as possible it and move on to the next thing.
Having a slow loading site is a surefire way to hack your users off to the point they don't return - and what's the point of putting all of the blood, sweat and tears into a beautifully crafted website if it's slower than a herd of turtles stampeding through peanut butter. And the consequences are even more severe if your site sells a product, as we all know conversions are king, and slow page loads more often than not lead to slow conversions.
If that wasn't reason enough, Google have made no secret about the SEO implications of a slow page load, they even provide a handy tool for testing your page speed, it also provides a rather fine set of suggestions on how to speed it up. So if you value your rankings, and you value your users, read on!
Optimising a simple website for page load speed is easy, optimising large or complicated website... is not. There are two main areas you need to look at to increase the page load speed, and that's the backend and the frontend.
The backend refers to the server processing time to generate and output the page, which is affected by things such as the server specification and the quality of the code running the site. For example, a slow server, poorly written PHP code, or slow MySQL queries can all cause the page generation time to increase. If you're aiming for 150ms, then you've only got about 100ms for the server to generate the page, leaving 50ms for it to be sent and rendered in the browser. We'll look at optimising the backend another time, for now lets stick to the frontend.
Combination, Minification and Compression
So although your user maybe on the super duper fast as can be BT Infinity (other fibre optic based broadband products available) they may as well be on their Nan's dialup, because the fastest connection in the world won't help here. Why? Because it's not about bandwidth, it's about latency. A realistic example is that takes 20ms for your user to send data to your site's server, and your server takes 20ms to send it back. So for each file, it will take 40ms to request the file, and another 20ms to receive the file, and another 20ms to close the connection. And because each request is done sequentially, and you've got rather a long, and rather noticeable wait to get all of that CSS and Javacsript.
Doing the above will generate one single file, however, in most cases this will have become quite a large file size due to the amount of code in it, so this is where minifying and compression comes in.
Content Delivery and CDN
A global CDN (Content Delivery Network) can do the above for you, and with the added advantage of being global, it will cache and serve the files from POPs (Points of Presence) geographically closest to your user.
And that's Part 1 of our Frontend optimisation guide. In Part 2 we'll look closer at each item and explore the technical side in detail.
If you find your cPanel disk space filling up, or an email address has hit its disk space quota, cPanel has a helpful built in Email Disk Usage tool. This will provide you with a simple to understand breakdown of how much disk space each folder for a particular email...
Although WHM will normally automatically keep itself up to date, you may want to manually check for server updates / push through an update that is pending, or it may be that you have automatic updates switched off on your cPanel server. In this guide we will show you how...
You may sometimes need to manually adjust the PHP settings on your cPanel server – for example if a site is hitting the PHP memory, or file size upload limit. WHM allows you to quickly change the settings of any PHP version installed on the server when needed, using the...