[Resolved] Gzip

[pardis]

Hello :

some customer reported Gzip not working fine.
Please see screen attach :

Litespeed setting :

text/*, application/x-javascript, application/xml, application/javascript, text/javascript

 

[NiteWave]

the setting is correct. however it can be overridden by rewrite rules in .htaccess
what's the lsws version ? need more info to identify the root cause.

 

[mistwang]

find out the MIME type used for "css", list the MIME type explicitly in that setting.

 

[pardis]

the setting is correct. however it can be overridden by rewrite rules in .htaccess
what's the lsws version ? need more info to identify the root cause.

which code can overridden for example ?

 

[NiteWave]

grep no-gzip in .htaccess files

 

[pardis]

no , such this code not used

 

[NiteWave]

I can log in your server to trace out the cause. you can PM the access info.
root ssh and/or lsws web admin

 

[pardis]

Sorry , i can't do it because some issue , Can Guide here on over PM ?

 

[NiteWave]

either way is ok

 

[pardis]

When I switch back to LS 4.2.12 , Problem resolved !

 

[NiteWave]

4.2.14: Added support for Apache mod_env and mod_setenvif.
you can

grep -e -i (setenv|browsermatch

in .htaccess files, /usr/local/apache/conf/httpd.conf, probably those directives have caused the issue. before 4.2.12(inclusive), those directives are ignored.

 

[webmastergreg]

Hello

by my side, I still have this issue...
I'm with 4.2.14, and double checked if there's no problems with some env or setenv as you state above.

And I test with and without .htaccess to be sure to let LSWS do the job by is own, but no results.
The weird thing is that sometimes this is only the *.js that are not gziped and sometimes both *.js and *.css

But the config is like this:

text/*, application/x-javascript, application/xml, application/javascript, image/svg+xml, image/vnd.microsoft.icon, application/octet-stream

I didn't had this issue I think before the 4.2.12 but unfortunately I only still have the 4.2.14 and 4.2.12 version in my WHM so I can't test before 4.2.11

EDIT: Same as pardis: When I switch back to LS 4.2.12 , Problem resolved
so obviously there's an issue in the behaviour of the 4.2.14 with the mod_env and mod_setenv tag detection i suppose, that brake the gzip mime detection (?)

EDIT2: Just tested with 4.2.13 and same issue than with 4.2.14 for gzip

any advice please ?
Thanks in advance

 

[NiteWave]

I can log into your server to trouble shoot this issue if you provide the access through PM (or a conversation)

 

[mistwang]

Please try force reinstall 4.2.14, it maybe fixed already.
There was an issue with certain setup have unnecessary intelligent gzip configuration using BrowserMatch directives. like

BrowserMatch   blabla   no-gzip
BrowserMatch   blablabla  !no-gzip

It is to turning off gzip selectively for certain browser matching certain signatures.
The earlier build of 4.2.14 does not handler "!no-gzip" well. it has been fixed.

 

[webmastergreg]

nop sorry
didn't fix it, and i must say too same issue with v 4.2.13 so this is not especially related to support for Apache mod_env and mod_setenvif (as it were told sooner in this topic)

Not ready now for PM but I'm back later

 

[mistwang]

Just grep "BrowserMatch" in Apache httpd.conf and .htaccess. comment them out see if it is fixed or not.
If yes, send us the configuration for investigation.

 

[pardis]

Just grep "BrowserMatch" in Apache httpd.conf and .htaccess. comment them out see if it is fixed or not.
If yes, send us the configuration for investigation.

Hi :
Problem still exist for all website ...

root@server6 [~]# cat /usr/local/apache/conf/httpd.conf | grep BrowserMatch
root@server6 [~]#

 

[mistwang]

It could be in the .htaccess.
Make sure you have got the latest 4.2.14 build with force update.

 

[pardis]

.htaccess checked , nothing there .

 

[mistwang]

you need to check both SetEnvIf and BrowserMatch, BrowserMatch is just a special case. They can do the same thing.