We are pleased to announce that after some successful Server Side Compression trials at the start of this month HTTP Compression has been deployed across all web servers. HTTP Compression works simply by the web server compressing website content before sending it to the clients browser. The clients browser will then uncompress the content. The result is lower bandwidth usage for your website and possible faster loading time of your website.We currently compress all static and dynamic content on the servers.
However there are times when compression might not take place. This is due to the configuration we have in place. If the server detects the client browser does not support compression then compression will not take place. Server side compression can be resource intensive server side depending on what is being compressed. Because of this compression may not be performed if the server resources are above a particular threshold. This is to prevent any server side issues with compression to the detriment of up time and performance.In additional the HTTP compression is not compatible with ISAPI_Rewrite. So any pages accessed by a rewritten URL will not be compressed. Customers likely to see the biggest benefit are those with static html pages high in text content. Although the majority of customers should see some benefits.
The HTTP compression is enabled server wide and on all websites by default. It is unlikely you will have any problems. However if you experience any problems which are as a result of the HTTP compression then we have the ability to disable this on a per site or even per file basis.
If you have any questions please contact us or comment below.
Â
Â


April 5th, 2006 at 1:20 pm
[…] Since we announced HTTP Compression across all web servers the response has been great. Many of you are extremely pleased with the bandwidth savings and speed improvements this has brought. […]