Re: compressHTML ON by default ?

[David E Jones]

This is why we have production setup documentation, namely:

http://docs.ofbiz.org/display/OFBTECH/Apache+OFBiz+Technical+Production+Setup+Guide





-David


On Nov 21, 2007, at 12:12 PM, [EMAIL PROTECTED] wrote:

The general practice (kind of policy...) for SVN is that everything in it should be development oriented. When you check out from SVN, you get a set of configuration values that put timeouts on caches for auto- reloading, and so on. What should be done in this case is have it OFF by default, and make sure it is documented in the above mentioned document. This is the practice with everything else, and should be the practice with this.

I think it should be on by default.  It doesnt hurt anything and the

see, you can turn it on.

My two cents.

Skip

-----Original Message-----
From: Adrian Crum [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 21, 2007 10:17 AM
To: user@ofbiz.apache.org
Subject: Re: compressHTML ON by default ?


Just so everyone one knows what compressHTML does:


thing as gzipped HTTP 1.1
compression.


markup travelling over

produce any noticable
difference - that's why it is OFF by default.

-Adrian

Jacques Le Roux wrote:

javascript compression work I have seen suggests that it helps. If you are trying to debug, which would be the only time it would be needed that I can It strips unnecessary whitespace from the HTML output. It is NOT the same I originally proposed the compressHTML feature to help reduce the amount of dial-up lines. At the time there was some debate as to whether it would

Hi all,

I commited recently (in trunk revision: 594042) a patch from Adrian. I

then asked in the corresponding Jira issue
https://issues.apache.org/jira/browse/OFBIZ-1318

<<I just wondered if we should not use the compressHTML by default (ON)

from a property in general.properties ?>>

I know it's very minor, but maybe we should, WDYT ?

Thanks

Jacques

smime.p7s
Description: S/MIME cryptographic signature