LiteSpeed Support Forums

LiteSpeed Support Forums (http://www.litespeedtech.com/support/forum/index.php)
-   Bug Reports (http://www.litespeedtech.com/support/forum/forumdisplay.php?f=9)
-   -   gzip compression wildcards *STILL* not working (http://www.litespeedtech.com/support/forum/showthread.php?t=1198)

aww 07-23-2007 05:11 AM

gzip compression wildcards *STILL* not working
 
I reported this back with 3.1 and it's still not working in 3.2

under:
/config/confMgr.php?m=serv&p=tuning&t=SERV_TUNING_GZIP&a=e

text/* is NOT being obeyed

For example I discovered text/javascript was not being compressed and I had to add it manually, in addtion to text/*

But now I am having an additional problem in that .htc files which are mime type "text/x-component" do not get compressed even when text/x-component is added to the list. The analyzer I use to determine this shows the proper mime type is being sent and will always accept compression if the server offers it. The filesize is larger than the minimum set for compression.

mistwang 07-23-2007 12:19 PM

You need to add those types to LiteSpeed's MIME configuration file through our web admin interface.

aww 07-23-2007 10:55 PM

Sorry if I am not being clear, but I did indeed add them through the admin interface and did the graceful restart.

Wildcards still do not work.

Please test the standard version in your lab and confirm?

mistwang 07-24-2007 01:51 PM

Are you sure. It should be added to the server wide MIME configuration, vhost level or context level does not work.

aww 07-24-2007 08:56 PM

I posted the url to show you the menu that it's under.
It's under tuning.

/config/confMgr.php?m=serv&p=tuning&t=SERV_TUNING_GZIP&a=e

xing 07-25-2007 08:48 AM

No, it should be under Server->General->MIME File, add your MIME there

aww 07-25-2007 11:26 AM

litespeed supports the "addtype" directive and I've done it in .htaccess for backwards compatibility with apache

If it's added by addtype, shouldn't the gzip compression be enforced if the mime is in litespeeds compression list? That would mimic apache's mod_gzip behavior/directives.

mistwang 07-25-2007 12:27 PM

Type added through AddType is not checked for compression. Only globally defined types are. It does not hurt anything by adding the type globally.
We will address this issue later.

aww 07-25-2007 09:02 PM

Ah, so technically it is a bug, since it doesn't mimic apache's compatibility. At least I know now that I'm not going crazy and know what's causing this.

Optionally, in a future version you might want to consider supporting mod_gzip directives in httpd.conf/htaccess?

Here's a list of them with definitions:
http://schroepl.net/projekte/mod_gzip/config.htm
Litespeed already has control over almost all those options so technically you could mimic it if you wanted.

subBlue 07-27-2007 02:00 AM

YSlow for profiling in Firebug and GZip
 
I've been using the new YSlow addon for performance profiling in Firebug.

None of the CSS or JS files served by my site are getting gzipped despite having the default settings of text/*, application/x-javascript, application/xml in the list of compressible types. I also tried adding text/css directly to the list but it still wouldn't compress the CSS.

The header settings for the CSS files are defined as text/css and that is listed in the recognised mime-types in LS, so I don't know why the CSS isn't getting compressed. The main page body is getting compressed though.

The site is a Rails app running with LS 3.2-ent, but we are seeing this behaviour with all four of our servers using LS, which have pretty much the default configuration settings. Any suggestions here?


All times are GMT -7. The time now is 03:58 PM.