It doesn't compress the pages for IE5.5 and 6.0 (except sp2), using preg_match('/MSIE (5\.5|6\.0(?!.*\bSV1\b))/i', $_SERVER['HTTP_USER_AGENT']) to sniff them.
IE5.5sp2, IE6 and IEsp1 (it has nothing to do with windows service pack, my mistake, there is no ie6sp2) will always cache gzip content and IE6sp1 might lose the first 2,048 bytes of gzip content on some configuration (e.g.: if Real Player Basic is installed). There are patches for these bugs but you can't know if they are installed or not.
With the last update, the pages won't compressed for any version of ie5.5 and ie6.
FYI, is the question (via http://forums.devshed.com/apache-development-15/gzip-deflate-based-on-content-type-browser-446938.html) relevant? Is it possible to set mod_deflate or gzip to only deflate javascript and css files if the browser accepts it _and_ the browser is IE7 or above? From what I understand IE6 and below has problems with compressed js (not sure about css). Yahoo seem to have some system in place for their yui so it does this, but I don't think they're going to share their secret.this solution to the solves a lot of the problems when using MOD GZip
Answer: put this in httpd.conf or .htaccess
# Netscape 4.x or IE 5.5/6.0
BrowserMatch ^Mozilla/4 no-gzip
# IE 5.5 and IE 6.0 have bugs! Ignore them until IE 7.0+
BrowserMatch \bMSIE\s7 !no-gzip
# IE 6.0 after SP2 has no gzip bugs!
BrowserMatch \bMSIE.*SV !no-gzip
# Sometimes Opera pretends to be IE with "Mozila/4.0"
BrowserMatch \bOpera !no-gzip
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE application/x-javascript
Header append Vary User-Agent
But it's still interesting here:# IE 6.0 after SP2 has no gzip bugs!
BrowserMatch \bMSIE.*SV !no-gzipCrap maybe I was right the first time. I will check again.
From what I recall reading back then, the GZIP bug in IE actually had something to do with IE classifying JS (and perhaps CSS) as non-TEXT (NON-HTML). I'll check my bookmarks and update this post.
Update: this MS page states: In Internet Explorer, the Urlmon.dll file uses an internal buffer to read compressed data. Urlmon.dll fills this buffer when more data arrives and empties the buffer when Urlmon’s client, Mshtml, reads data. The bytes that remain to be decoded in the buffer may be small (8 bytes or less) and the data contained in the buffer decompresses to 0 bytes. Frequently, this data is gzip frame data. When Mshtml receives 0 bytes, it thinks that all the data is read and closes the data stream. As a result, the HTML page sometimes appears truncated. Typically, if it is for a referenced file such as a .js or a .css file type, the HTTP connection stops responding. This problem may occur intermittently or consistently, depending on the server configuration. -- APPLIES TO Microsoft Internet Explorer 6.0 Service Pack 1
"Note This fix will be included in Internet Explorer 6.0 Service Pack 2".
There is not IE6 sp2. Maybe the fix has been put into windows xp sp2, but unlike the 2 other fixes, there reference number, so I can't check if it was included in sp2.
Can someone with free support can contact microsoft? Or next time someone install windows xp sp2 maybe, he could check.
Comments
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; [...]
It seems to work fine, however I get this error with People.
Account Picture
Applicant Discovery
Attachments
Audioscrobblerizer
Better BBCode
Blog
Buy A Drink
Category Icons
CategoryRoles
Comment Links
Discussion filters
Discussion Tags
Discussion View Count
FCKAjaxQuote
FCKEditor
FeedPublisher
Forum Statistics
Google Anaytics
Guest Welcome Message
MassMailer
Multi File Upload
New Applicants
Next Unread Discussion
Nuggets
Panel Re-Order
Participated Threads
PreviewBubble
Preview Post
Quick Whisper
RandomQuotes
Role History
Saved Searches
Textile
Thankful People
User Tasks
Vanillazilla
Whisper Notification
Who's online
Windows Links
preg_match('/MSIE (5\.5|6\.0(?!.*\bSV1\b))/i', $_SERVER['HTTP_USER_AGENT'])to sniff them.There are patches for these bugs but you can't know if they are installed or not.
With the last update, the pages won't compressed for any version of ie5.5 and ie6.
Is it possible to set mod_deflate or gzip to only deflate javascript and css files if the browser accepts it _and_ the browser is IE7 or above? From what I understand IE6 and below has problems with compressed js (not sure about css). Yahoo seem to have some system in place for their yui so it does this, but I don't think they're going to share their secret.this solution to the solves a lot of the problems when using MOD GZip
Answer: put this in httpd.conf or .htaccess
# Netscape 4.x or IE 5.5/6.0 BrowserMatch ^Mozilla/4 no-gzip # IE 5.5 and IE 6.0 have bugs! Ignore them until IE 7.0+ BrowserMatch \bMSIE\s7 !no-gzip # IE 6.0 after SP2 has no gzip bugs! BrowserMatch \bMSIE.*SV !no-gzip # Sometimes Opera pretends to be IE with "Mozila/4.0" BrowserMatch \bOpera !no-gzip AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE text/javascript AddOutputFilterByType DEFLATE application/x-javascript Header append Vary User-AgentBut it's still interesting here:
# IE 6.0 after SP2 has no gzip bugs! BrowserMatch \bMSIE.*SV !no-gzipCrap maybe I was right the first time. I will check again.Thanks!
Update: this MS page states:
In Internet Explorer, the Urlmon.dll file uses an internal buffer to read compressed data. Urlmon.dll fills this buffer when more data arrives and empties the buffer when Urlmon’s client, Mshtml, reads data. The bytes that remain to be decoded in the buffer may be small (8 bytes or less) and the data contained in the buffer decompresses to 0 bytes. Frequently, this data is gzip frame data. When Mshtml receives 0 bytes, it thinks that all the data is read and closes the data stream. As a result, the HTML page sometimes appears truncated. Typically, if it is for a referenced file such as a .js or a .css file type, the HTTP connection stops responding. This problem may occur intermittently or consistently, depending on the server configuration. -- APPLIES TO Microsoft Internet Explorer 6.0 Service Pack 1
There is not IE6 sp2. Maybe the fix has been put into windows xp sp2, but unlike the 2 other fixes, there reference number, so I can't check if it was included in sp2.
Can someone with free support can contact microsoft? Or next time someone install windows xp sp2 maybe, he could check.
require mod rewrite and vanilla 1.1.3.
Low-Cal Vanilla 0.4.0 will include a packer.