About SVN being development oriented, I agree!

As for whether compressHTML would make any diff, I thought it won't. Extra spaces compress really well with zip, so traffic won't be affected much.

Maybe javascript works faster (gets parsed more quickly) with compressedHTML on?

Jonathon

David E Jones 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.

This is why we have production setup documentation, namely:

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

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.

-David


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

I think it should be on by default.  It doesnt hurt anything and the
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
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:

It strips unnecessary whitespace from the HTML output. It is NOT the same
thing as gzipped HTTP 1.1
compression.

I originally proposed the compressHTML feature to help reduce the amount of
markup travelling over
dial-up lines. At the time there was some debate as to whether it would
produce any noticable
difference - that's why it is OFF by default.

-Adrian

Jacques Le Roux wrote:

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





Reply via email to