How to Determine if HTTP Compression Is in Use
This article has been archived. It is offered "as is" and will no longer be updated.
In order for a file to be transmitted using HTTP compression, the following two conditions must be true:
- The client must support a compression scheme used by IIS.
- IIS must have already compressed the file, which will be stored in a temporary folder.
How to Determine if the Client Supports CompressionView the client's HTTP GET Request to see if it specifies a compression value in the Accept-Encoding header that IIS supports. For example, Internet Explorer 5.0 sends the following header:
Note: Both the Gzip and Deflate compression schemes are supported by IIS.
Accept-Encoding: gzip, deflate
For additional information, click the article number below to view the article in the Microsoft Knowledge Base:
252876 How to View HTTP Data Frames Using Network Monitor
How to Determine if the File Is CompressedOpen the temporary folder that stores the compressed version of files (C:\WINNT\IIS Temporary Compressed Files by default). In order to avoid duplicate file names, each file that is compressed, is renamed by appending characters to the beginning of the file name.
If a compressed, renamed version of the file in question exists, then it is sent to clients that support the compression scheme.
Note: The temporary folder is specified on the Service tab in the WWW Service Master Properties for ComputerName dialog box in the IIS snap-in.
(c) Microsoft Corporation 2000, All Rights Reserved. Contributions by Kevin Zollman, Microsoft Corporation.
iis 5 method temporary directory algorithm akz
Article ID: 255801 - Last Review: 06/19/2014 07:16:00 - Revision: 4.0
- kbnosurvey kbarchive kbinfo KB255801