compressHTML ON by default ?
Locked
compressHTML ON by default ?
 
Administrator
|
Re: compressHTML ON by default ?
|
RE: compressHTML ON by default ?
|
|
Re: compressHTML ON by default ?
|
|
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, skip@thedevers 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:[hidden email]] > Sent: Wednesday, November 21, 2007 10:17 AM > To: [hidden email] > 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 >> > > |
smime.p7s (3K)
Re: compressHTML ON by default ?
|
|
Re: compressHTML ON by default ?
|
|
It wouldn't be appropriate for me to make that decision, and I don't really have a strong opinion on it either way. That would be consistent with these other things so we certainly could do it that way. We should solicit opinions on it, but that should really happen on the dev list. In fact, this whole thread should probably have been on the dev list... -David On Nov 21, 2007, at 12:59 PM, Adrian Crum wrote: > David, > > Your reply got me to thinking... should we have screen widget > boundary comments turned ON by default? > > -Adrian > > 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, skip@thedevers 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:[hidden email]] >>> Sent: Wednesday, November 21, 2007 10:17 AM >>> To: [hidden email] >>> 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 >>>> >>> >>> > |
Re: compressHTML ON by default ?
|
Administrator
|
Re: compressHTML ON by default ?
|
Administrator
|
Re: compressHTML ON by default ?
|
|
| Free forum by Nabble | Edit this page |