For some reason, I can't seem to get gzip compression (static or dynamic) to work with PHP and FastCGI running under IIS7 (Windows Server 2008). I know the gzip works because I've tested it with an ASP.NET application. Has anyone else encountered this problem?

It's not really a failed request. The server returns the content without compressing it. I have included 2 request trace file contents (these are verbose). Here's the SOAP 1.2 request trace (application/soap+xml) that doesn't get compressed: <?xml version="1.0" encoding="UTF...

For some reason when I register content (MIME) types with the "+" symbol, the IIS7 compression handler does not compress the response. For example, I wrote a WCF service to invoke that exposes SOAP 1.1 and SOAP 1.2 messages. IIS7 correctly compresses the response for text/xml (SOAP 1.1), but...

I've been having problems AGAIN with IIS and compression this time on IIS 7. On both my local dev machine and my live server I'm noticing that only some of my script files are showing up in the GZIP temp directory. Specifically I'm using a pair of script files that are almost always used...

I finally figured this out and answered my own questions. The kicker for me was that I did not have static deflate compression enabled, only gzip static compression. They both need to be on. After reading numerous articles on the subject, I've found that many of them include incorrect information...

When browsing static files, iis will set the response header with cache information (Cache-Control, ETag, Last-Modified, etc.) and that works fine. But when I start the gzip compression, the content in response is compressed but cache information in header is lost, which means the client would request...