Yes, I can always indentify my URL where Content-Encoding="" by a pattern. Basically the application is Actuate Reports version 8. The URL for this page which doesn't set header properly - is https://punirtweb1/acweb/servlet/ViewPage?outputType=ROI&outputname=%2fs1%2fBtmu%2fGiroDetails%2eroi&id=10&serverurl=http%3a%2f%2fpunirtapp1%3a8000&connectionHandle=s7whmBpUho%2btg5MUYUgZxq1%2brbtKHLkAq7RmnwSbegyRYEMWxKx8m0pEgUAaXCZHB8OyjFlgo4wmr6%2bgY7wBuIMEv18lQxjMqYBDZL6PJauwr3iZqoReZ6WDG2wLwrh9Vj99AyqFYQrZpg%3d%3d&volume=punirtapp1&closex=false&%5f%5fexecutableid=680&saveoutput=false&format=DHTML&page=1&scalingfactor=100 I can identify all these pages - by "format=DHTML" in the URL string. Also, there is a server URL involved " serverurl=http://...."; Actuate Report Server has its own servlets to create content and set type and send them. It is a paginated report - first page, next page etc - type - text/html 1) Fiddler - header for the above page Content-Encoding: 2) For other pages Content-Encoding: gzip So, how can I force this in Apache? Regards, Arabinda -----Original Message----- From: André Warnier [mailto:aw@xxxxxxxxxx] Sent: Wednesday, May 06, 2009 3:16 PM To: users@xxxxxxxxxxxxxxxx Subject: Re: Apache/2.0.47 - AIX - DEFLATE enabled - Content-Encoding for a page - shows blank - although it's gzip encoded Arabinda Sahoo wrote: > Yes, Andre. > > MOD_DEFLATE setting as done in my httpd.conf as follows - perfectly does - one part of work - which is - Compression - for all Pages. > > <Location /> > SetOutputFilter DEFLATE > SetEnvIfNoCase Request_URI \ > \.(?:gif|jpe?g|png|tar)$ no-gzip dont-vary > </Location> > > And also it does set "Content-Encoding=gzip" (Which I can see using "Fiddler" tool) - 90% of the time. > > But for 10% of my pages - the Compression happens, but Content-Encoding="" is set. I can check this using Fiddler again. > > I will tend to think that it is an Apache issue. > Because, my application is not aware that - Apache compression has been enabled. > > And if Apache is indeed compressing a page, now whose responsibility it becomes - to set the Content-Encoding=gzip??? > > Apache is not behaving as expected. > So, IE7 explorer cannot recognize this as a compressed page and fails. > > I am happy to send you and Nick the entire httpd.conf file - if attachments are allowed in this forum. > Ok, taking all that you write above at face value, is there /something/ (URL, size, type, whatever) that distinguishes the 10% of pages that result in a 'Content-encoding: "" ' header, from the others ? Also, can you give us a short explanation of how these pages are being generated ? I mean what is the application that generates them, where does it live, how does Apache get that content, etc.. And does that application /ever/ by itself generate compressed content ? Can you give us an example of the response headers in both cases (copy and paste from Fiddler) ? I'm just plucking at straws here, trying to figure out the reason for the 10%.. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|