DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=43830>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43830 Summary: mod_deflate inconsistently compresses dynamic output from mod_jrun20 based on DirectoryIndex Product: Apache httpd-2 Version: 2.0.61 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mod_deflate AssignedTo: [email protected] ReportedBy: [EMAIL PROTECTED] Mod_jrun20.so is a module provided by Adobe for the ColdFusion product. It is very similar to PHP, Ruby, etc. When enabling mod_deflate, only SOME dynamic content is compressed while all static content is compressed. I have enabled gzip compression with the following configuration: <Location /> AddOutputFilterByType DEFLATE text/html text/plain text/css text/javascript text/xml application/x-javascript </Location> I am unable to use SetOutputFilter DEFLATE with exceptions as we use ColdFusion to generate files dynamically like PDF, SWF and JPG that cannot be compressed. Using the AddOutputFilterByType, CSS and Javascript are compressed but HTML and XML returned from ColdFusion is not. With the help of rici on #apache, we tried adding the following configuration options: AddType text/html .cfm AddOutputFilter DEFLATE cfm First one at a time and then both together. Here is where things turn inconsistent. Situations under which text/html is returned properly: * HTTP/1.0 requests * HTTP/1.0 or /1.1 requests that do not include a specific filename but resolve to a ColdFusion file by way of "DirectoryIndex index.cfm". All other HTML and XML pages are returned without compression. This is verified by way of Firefox's LiveHTTPHeaders and third party site WebSiteOptimization.com. I have enabled deflate logging that includes the initial and final response status as well as the mime type to verify that these are being seen correctly. Here are some examples from the log where it is working. Non-HTML content (CSS/JS): [09/Nov/2007:10:22:55 -0800] 200 200 text/css GET /bits/css/pap.css HTTP/1.1 4792 19638 24 [09/Nov/2007:10:26:05 -0800] 200 200 application/x-javascript GET /bits/library/jquery/1.2.1/jquery.js HTTP/1.1 14437 46179 31 text/html in both 1.0 and 1.1 without referencing the filename: [09/Nov/2007:10:18:04 -0800] 200 200 text/html GET / HTTP/1.1 3352 9877 33 [09/Nov/2007:10:23:16 -0800] 200 200 text/html GET / HTTP/1.0 3352 9877 33 [09/Nov/2007:10:25:55 -0800] 200 200 text/html GET /pmp/ HTTP/1.1 1311 2959 44 And instances where it is not. GET with the filename specified: [09/Nov/2007:10:18:24 -0800] 200 200 text/html GET /index.cfm HTTP/1.1 - - - [09/Nov/2007:10:26:04 -0800] 200 200 text/html POST /pmp/index.cfm HTTP/1.1 - - - [09/Nov/2007:10:26:14 -0800] 200 200 text/xml GET /calendar/rss.cfm?type=rss HTT P/1.0 - - - There may be something done incorrectly in Adobe's mod_jrun module w/r/t adding output filters however the fact that DirectoryIndex influences the results here indicates to me something else is going on and why I'm filing this bug. I have the mod_jrun source available and can upload it if desired. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
