Re: Peculiar problem with CompressGzip
O/H Warren Young έγραψε: Thanos Chatziathanassiou wrote: enable CompressGzip on that specific directory. What happens if you use mod_deflate instead? Interesting question, but since it's a static build, I'd have to recompile apache to find that out. I'd rather not do that right now, unless we're all out of ideas. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Peculiar problem with CompressGzip
Hi list, I have a virtual host that produces plain XML (no XSLT needed, defined or used). The resulting files are quite large, so I thought I'd save some bandwidth and enable CompressGzip on that specific directory. There was no error 500, just some garbled output. I could make out some ``Can't upgrade that kind of scalar'' messages in the output, but apache registered status 200 even for the (obviously) failed hits. The only configuration directive that seemed to make a difference was: Directory /blah/blah/rdfs PerlSetVar CompressGzip 1 /Directory Removing this resulted in the files being sent as they were supposed to. Best Regards, Thanos Chatziathanassiou - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Peculiar problem with CompressGzip
Thanos Chatziathanassiou wrote: enable CompressGzip on that specific directory. What happens if you use mod_deflate instead? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CompressGzip ?
It's been some time since I've broken anything, so I'm kind of itching to create some havok..:-) Anyone has any experience with the CompressGzip Configuration directive ? How does it stack up against mod_gzip, Apache::Gzip and Apache::GZipChain ? All sound rather promising, since most our users are still stuck with 56/64 kb/s connections with no sign of quick change..and I think we can spare some CPU cycles for them... Regards, Thanos Chatziathanassiou - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CompressGzip ?
Thanos Chatziathanassiou wrote: It's been some time since I've broken anything, so I'm kind of itching to create some havok..:-) Anyone has any experience with the CompressGzip Configuration directive ? How does it stack up against mod_gzip, Apache::Gzip and Apache::GZipChain ? All sound rather promising, since most our users are still stuck with 56/64 kb/s connections with no sign of quick change..and I think we can spare some CPU cycles for them... All I can say is we use it at our domain registration site, and it is excellent. I use a cable modem, still the speed-up is noticable (yet I haven't done any real comparisons). - Cs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CompressGzip ?
Thanos Chatziathanassiou wrote: It's been some time since I've broken anything, so I'm kind of itching to create some havok..:-) Anyone has any experience with the CompressGzip Configuration directive ? How does it stack up against mod_gzip, Apache::Gzip and Apache::GZipChain ? Its all the same stuff really, I just embedded the functionality directly into Apache::ASP with a config. Apache::ASP uses Compress::Zlib which is an interface to the zlib compression library. All sound rather promising, since most our users are still stuck with 56/64 kb/s connections with no sign of quick change..and I think we can spare some CPU cycles for them... I have seen rich HTML go from 50K to 6K before, but more typically I get pages going from 10K to 3K or so. Regards, Josh Josh Chamas, Founder phone:925-552-0128 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]