I was under the assumption that IIS provides this same feature.
Is this meant to simplify the process and/or allow you to deploy it without access to the IIS metabase or is it something else?
3 Answers, 1 is accepted
0
Vasil
Telerik team
answered on 25 Feb 2011, 04:58 PM
Hello Chris May,
RadCompression is not designed to be a complete replacement for other HTTP compression tools, such as the built-in HTTP Compression in IIS 7. Instead, it is designed to work with those existing tools to cover scenarios they usually miss - namely the compression of bits moving back and forth in AJAX (and now Silverlight) applications. If you have HTTP Compression enabled in IIS7, you'll discover that it does not compress your AJAX and Web Service responses; it only compresses the initial bits sent to the browser when the page is requested.
Registration for Q1 2011 What’s New Webinar Week is now open. Mark your calendar for the week starting March 21st and book your seat for a walk through all the exciting stuff we ship with the new release!
Hmmmm. We are using IIS6 and Fiddler is showing our AJAX and Webservices traffic as being properly compressed using GZIP.
Is it just that we took the extra steps to include things like .axd, and .asmx in the extensions to compress for dynamic content, or is this a problem with IIS7 and not IIS6?
0
Vasil
Telerik team
answered on 28 Feb 2011, 01:32 PM
Hi Chris May,
For instance when using shared hosting you may not have permissions to enable IIS Compression (Or modify its settings). For this and other scenarios we are providing RadCompression and everyone can choose to use it or not.
Regards,
Vasil
the Telerik team
Registration for Q1 2011 What’s New Webinar Week is now open. Mark your calendar for the week starting March 21st and book your seat for a walk through all the exciting stuff we ship with the new release!